Не возможно вписать водителя!
С 10 мая не могу вписать водителя! Одного водителя! Постоянно чего-то не хватает. То права им пришлите, потом доки на машину, потом права всех остальных, потом приложите ВСЕ документы одновременно! (я стесняюсь спросить зачем? Договор действующий. Вы уже всё просили и всё проверяли! Сами себе не доверяете?!) Приложили всё как вы хотели-результат нулевой! Ребята, вам там скучно что ли? Так может вы себе другую работу поищете, где нагрузки побольше и некогда будет фигнёй заниматься.
По существу. Номер проекта:
Заявление №осаго55578 от 10.10.2017 16:16:39
Номер проекта: 55578
Что за сказочную бредятину вы теперь пишете?:
Полис — (код 6) Ошибка валидации. В Подсистему «Электронный полис» не загружен.; (код 2 288) На запрос проверки субъекта страхователя от модуля ДиКБМ получен ответ, что проверка не пройдена.; (код 2 288) На запрос проверки субъекта собственника ТС от модуля ДиКБМ получен ответ, что проверка не пройдена.; (код 2 289) Указан устаревший идентификатор проверки субъекта — 1010055124; (код 2 284) Указан устаревший идентификатор проверки ЛДУ — 1010055171; (код 2 283) На запрос проверки ЛДУ от модуля ДиКБМ получен ответ, что проверка не пройдена.; (код 2 284) Указан устаревший идентификатор проверки ЛДУ — 1010055389; (код 2 284) Указан устаревший идентификатор проверки ЛДУ — 1010055229; (код 2 284) Указан устаревший идентификатор проверки ЛДУ — 1010055323; (код 2 293) Указан устаревший идентификатор проверки ТС — 1010055392
(код 6) Ошибка валидации. В Подсистему «Электронный полис» не загружен.; (код 2 288) На запрос проверки субъекта страхователя от модуля ДиКБМ получен ответ, что проверка не пройдена.; (код 2 288) На запрос проверки субъекта собственника ТС от модуля ДиКБМ получен ответ, что проверка не пройдена.; (код 2 289) Указан устаревший идентификатор проверки субъекта — 1010055124; (код 2 284) Указан устаревший идентификатор проверки ЛДУ — 1010055171; (код 2 283) На запрос проверки ЛДУ от модуля ДиКБМ получен ответ, что проверка не пройдена.; (код 2 284) Указан устаревший идентификатор проверки ЛДУ — 1010055389; (код 2 284) Указан устаревший идентификатор проверки ЛДУ — 1010055229; (код 2 284) Указан устаревший идентификатор проверки ЛДУ — 1010055323; (код 2 293) Указан устаревший идентификатор проверки ТС — 1010055392
Не выслали бланк полиса на почту
При оформлении ЭОСАГО выдало ошибку
"(код 7) Обработан успешно, но загружен в БД с ошибками валидации; (код 2 283) На запрос проверки ЛДУ от модуля ДиКБМ получен ответ, что проверка не пройдена.; (код 2 288) На запрос проверки субъекта собственника ТС от модуля ДиКБМ получен ответ, что проверка не пройдена.; (код 2 292) На запрос проверки ТС от модуля ДиКБМ получен ответ, что проверка не пройдена.; (код 2 376) Не заполнена дата начала периода 1 использования ТС (Period1Beg)", но
оплата была доступна, денежные средства внесла, после чего ошибка дополнилась
«Не удалось отправить эл. письмо, проверьте настройки уч.запис и.<ОбщийМодуль.КонтЭлектронныйПолис.Модуль(3187)>: Ошибка при вызове метода контекста (Послать): Данная операция не может быть выполнена, так как адрес SMTP сервера не указан.»
Вносила изменения в действующий полис и в первый раз и сейчас не пришел бланк ОСАГО с документами на e-mail, но первый я распечатала в ЛК, а сейчас и этого сделать нельзя — выходит пустое окно браузера. Как получить документы по полису ХХХ 0052764000? И почему при проверке полиса в РСА информация о существовании такового недоступна? Оплата прошла в полном объеме.
Добрый день, Екатерина! Полис ХХХ 0052764000 был выслан на указанную Вами электронную почту.
Спасибо, ошибка пропала, кнопка печати появилась, полис распечатала с личного кабинета, с РСА уведомление пришло, на почту полис прислали. Вопрос исчерпан
 |
Из за большого объема этот материал размещен на нескольких страницах: 1 2 3 4 5 6 |
а) предоставление для СК веб-сервиса проверки субъектов/ТС, позволяющий направлять в Систему следующие виды запросов:
– Запрос на проверку субъекта – страхователя/собственника ТС;
– Запрос статуса проверки субъекта (страхователя/собственника ТС);
– Запрос на проверку субъекта – ЛДУ;
– Запрос статуса проверки субъекта (ЛДУ);
– Запрос на проверку транспортного средства;
– Запрос статуса проверки транспортного средства.
б) предоставление для СК веб-сервиса загрузки проектов договоров е-ОСАГО и статусов проектов договоров, позволяющий направлять в Систему следующие виды запросов:
– Запрос на загрузку проекта договора е-ОСАГО;
– Запрос статуса загрузки проекта договора е-ОСАГО;
– Запрос на загрузку статуса проекта договора е-ОСАГО;
– Запрос статуса загрузки проекту договора е-ОСАГО статуса.
в) предоставление для СК веб-сервиса запроса списка номеров проектов договоров, е-ОСАГО СК;
г) предоставление для СК веб-сервиса запроса количества свободных номеров проектов договоров е-ОСАГО для СК;
е) ДиКБМ предоставляет для Системы веб-сервис проверки субъектов/ТС в ДиКБМ, позволяющий направлять в ДиКБМ следующие виды запросов:
– Запрос на проверку субъекта – страхователя/собственника ТС в ДиКБМ;
– Запрос на проверку субъекта – ЛДУ в ДиКБМ;
– Запрос на проверку ТС в ДиКБМ.
ё) ДиКБМ предоставляет для Системы веб-сервис проверки идентификатора расчета КБМ/ТО;
ж) ДиКБМ предоставляет для Системы веб-сервис поиска пролонгируемого договора ОСАГО;
з) ДиКБМ предоставляет для Системы веб-сервис поиска договора ОСАГО;
и) Модуль СМЭВ предоставляет для МВД веб-сервис проверки наличия договора ОСАГО в ДиКБМ;
й) хранение информации по проектам договоров е-ОСАГО, их статусов, информации по запросам и ответам на запросы (в исходном виде);
к) настройка отключения логических проверок, выполняемых при обработке поступающих от СК запросов на проверку субъекта/ТС, запросов на загрузку проектов договоров е-ОСАГО;
л) предоставление авторизованного доступа к функциям веб-сервисов Системы;
м) логический контроль полей в стандартизированных сообщениях обмена между Системой и СК перед выполнением загрузки данных запросов в Систему.
н) обмен информацией между Системой и ДиКБМ построен на основании передачи стандартизированных сообщений, формат которых описан в документе «Руководство пользователя» подсистемы «Электронный полис».
о) логирование всех входящих запросов и ответных сообщений между Системой и КИС СК, обмена информацией между Системой и ДиКБМ;
п) возможность настройки времени действия идентификаторов проверки субъектов/ТС;
р) загрузка и хранение данных о количестве заявленных СК номеров е-полисов;
с) загрузка и хранение данных о включении или исключении СК из стоп-листа;
т) выгрузка статистики о количестве выделенных для СК и заключенных е-полисов. у) отправка уведомлений страхователям с информацией о заключенных ими е-полисах.
2.1 Архитектура Системы и назначение ее частей
Схема логической архитектуры представлена на Рисунок 1.
Рисунок 1. Схема логической архитектуры
На схеме логической архитектуры зеленым цветом выделены элементы, ранее функционирующие в АИС РСА, а белым цветом выделены элементы, которые реализованы в рамках разработки и доработки программного обеспечения для реализации возможности заключения договора ОСАГО в виде электронного документа и обеспечения МВД России доступа к АИС РСА в части предоставления информации о действующих договорах ОСАГО.
Описание элементов схемы логической архитектуры верхнего уровня приводится в Таблица 1.
Таблица 1.Описание элементов схемы логической архитектуры
