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


НазваниеРуководство пользователя (руководство оператора и спецификация форматов взаимодействия)
страница32/32
ТипРуководство пользователя
filling-form.ru > Договоры > Руководство пользователя
1   ...   24   25   26   27   28   29   30   31   32

Приложение 3 Спецификация форматов взаимодействия




Основные изменения

Версия

Дата

Описание изменений

1.0

18.05.2014

Выпущена первая версия Руководства пользователя

1.1

08.06.2015

Документ актуализирован по итогам приемо-сдаточных испытаний подсистемы «Электронный полис»:

  • Актуализирован подраздел 5.3. «Проверка субъектов/ТС» в части описания алгоритма поиска ТС

  • В подраздел 5.4 «Получение статусов обработки запросов на проверку субъектов/ТС» добавлены примеры ответов Системы.

  • Актуализирован подраздел 5.5. «Импорт проектов договоров е-ОСАГО» в части описания установки режима пролонгации в Системе.

  • Из таблицы 6 «Запрос на проверку данных субъекта – ЛДУ» удалено поле Country, в запросе на загрузку проекта договора е-ОСАГО (Таблица 8), в данных ЛДУ данное поле сделано необязательным для заполнения.

  • В Запрос на загрузку статуса проекта договора е-ОСАГО (Таблица 9) добавлен идентификатор рейса импорта СК (StatusPolicyTitle).

  • Добавлены коды ошибок: 2297-2302, 3112

  • Актуализировано приложение 3 «Спецификация форматов взаимодействия»: 1) в схемы PolicyEOSAGOResponse, PolicyEOSAGOStatusRequest, PolicyEOSAGOStatusResponse, StatusPolicyEOSAGORequest, StatusPolicyEOSAGOResponse, StatusPolicyEOSAGOStatusRequest, StatusPolicyEOSAGOStatusResponse добавлен идентификатор рейса импорта СК. 2) из схемы DriverRequest удалено поле Country 3) в схему StatusPolicyEOSAGOStatusResponse добавлено поле DraftPolicyID




1.2

25.06.2015

Добавлена ошибка с кодом 2303 «Дата перевода Договора в статус «Действующий» не ранее настройки верхнего предела (01.07.2015 года).»

1.3

02.07.2015

Изменены параметры сохранения для кодов ошибок 2280-2296. Данные при получении таких ошибок не сохраняются.

2.0

29.07.2015

Документ актуализирован в соответствии с ЧТЗ на доработку программного обеспечения для реализации возможности заключения договора ОСАГО в виде электронного документа и обеспечения МВД России доступа к АИС РСА в части расширения круга лиц, допущенных к управлению транспортным средством при продлении договора ОСАГО со страховой организацией, с которой был заключен предыдущий договор ОСАГО, а также на доработку программного обеспечения для реализации возможности заключения договора ОСАГО в виде электронного документа и обеспечения МВД России доступа к АИС РСА и программного обеспечения «Подсистемы договоры и КБМ АИС РСА» в части автоматического конвертирования схемы 1.4 в 1.5 при передаче договоров из одного программного обеспечения в другое:

  • добавлен п.5.1.22 с описанием правил продления договора ОСАГО с увеличением количества лиц, допущенных к управлению ТС.

2.1

31.08.2015

Добавлено описание правил заполнения тегов CatCar, TypeCar в подразделы 1.26, 1.27, добавлено уточнение по заполнению поля DraftPolicyID

2.2

25.09.2015

Добавлен статус запроса с кодом 8 «Объект не найден (Не найден пролонгируемый договор ОСАГО в ДиКБМ»

Добавлено уточнение по заполнению тегов CatCar (Категория ТС) и MarkModelCarRSACode (код марки-модели из справочника РСА) в подразделе 1.26»

3.0

07.12.2015

Документ актуализирован в соответствии с ЧТЗ на доработку ПО Подсистемы «Электронный полис» в части приостановления и возобновления исполнения заявок СК на установление количества договоров обязательного страхования, которые член РСА вправе заключить в виде электронных документов, а также установления и отмены запрета на заключение таких договоров.

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

Добавлены ошибки с кодами 202, 203.

4.0

15.12.2015

Документ актуализирован в соответствии с ЧТЗ на доработку программного обеспечения «Подсистемы Договоры и КБМ АИС РСА» и программного обеспечения для реализации возможности заключения договора ОСАГО в виде электронного документа и обеспечения МВД России доступа к АИС РСА в части предоставления информации о действующих договорах ОСАГО, в части направления на абонентский номер (выделенный оператором подвижной радиотелефонной связи) и (или) адрес электронной почты страхователя текстового сообщения с данными договора ОСАГО, заключенного в виде электронного документа):

  • Добавлено описание и правила заполнения полей MobileNumber (Мобильный номер), Email (Электронный адрес страхователя).

  • В Раздел 9 «Перечень допустимых и недопустимых символов для передачи в Систему. Правила нормализации данных» добавлены правила нормализации полей MobileNumber (Мобильный номер), Email (Электронный адрес страхователя).

  • Добавлены ошибки с кодами 2304, 2305. Добавлен статус запроса с кодом 130.

  • В приложение 3 «Спецификация форматов взаимодействия», в схему PolicyEOSAGORequest.xsd добавлено описание полей MobileNumber (Мобильный номер), Email (Электронный адрес страхователя).

5.0

13.01.2015

Документ актуализирован в соответствии с ЧТЗ на доработку программного обеспечения «Подсистемы Договоры и КБМ АИС РСА» в части изменения алгоритма идентификации транспортных средств:

  • Изменены правила идентификации ТС в Системе в разделе 6.

  • Изменены описание допустимых и недопустимых символов, а также описание правил преобразования данных при нормализации ТС в п. 1.4.

  • Изменены описания ошибок с кодами 2220-2223.

  • Добавлены ошибки с кодами 2306-2313.

6.0

09.03.2016

Документ актуализирован в соответствии с ЧТЗ на доработку ДиКБМ, ПО е-ОСАГО, ЕАИС БСИ в части изменения правил форматно-логического контроля при передаче информации о договорах, дополнительных соглашениях и убытках:

  • Заменено понятие «владелец ТС» на «собственник ТС»;

  • Заменено понятие «водитель» на «ЛДУ»;

  • Заменено понятие «владелец договора» на «страхователь»;

  • Изменены правила идентификации ТС в Системе в разделе 6;

  • Изменено описание поведения Системы при проверке на «Загрузка, несмотря на ошибку» для ошибок: 2220-2223, 2306-2313;

  • Добавлены описания ошибок 2319-2321, 2323.

7.0

30.05.2016

Документ актуализирован в соответствии с ЧТЗ на доработку ПО е-ОСАГО и ДиКБМ, в части возможности заключения юридическими лицами договоров ОСАГО в виде электронных документов:

  • В приложение 3 «Спецификация форматов взаимодействия» внесены следующие изменения:

  1. Xsd схемы переведены на версию 1.2;

  2. В схему PolicyEOSAGORequest.xsd добавлены элементы MobileNumber (Мобильный номер страхователя), Email (Электронный адрес страхователя) в данные юр.лица (родительский элемент PolicyOwner/JuridicalPerson).

  3. В схемы PolicyEOSAGORequest.xsd, InsurerOwnerRequest.xsd добавлены комплексные элементы JurRegistrationInfo в данные юр. лица страхователя/собственника ТС.

  4. Из схемы InsurerOwnerRequest.xsd, из родительского элемента JuridicalPersonInfoRequest удален элемент Country (Код страны в ОКСМ).

  5. В комплексном типе ErrorInfoType схемы RsaEOSAGODataTypes изменено ограничение элемента Code на totalDigits value="7".

  • Из таблицы «Запрос на проверку данных субъекта - страхователя, собственника ТС (InsurerOwnerRequest.xsd) (п.1.24) из родительского элемента JuridicalPersonInfoRequest удалено описание поля Country (Код страны в ОКСМ); изменено логическое описание элементов PhysicalPersonInfoRequest, JuridicalPersonInfoRequest, AddressRSACode, Resident , INN;

  • В таблицу (п.1.27) в родительском элементе PolicyOwner/JuridicalPerson добавлено описание полей MobileNumber (Мобильный номер страхователя), Email (Электронный адрес страхователя), в родительских элементах PolicyOwner/JuridicalPerson, CarOwner/JuridicalPerson добавлено описание JurRegistrationInfo (Данные о регистрации юридического лица).

  • Изменено описание логической проверки поля CountryCar, Period1Beg, Period1End, Period2Beg, Period2End, Period3Beg, Period3End в таблице (п.1.27);

  • Изменено описание логической проверки поля CountryCar в таблице «Запрос на проверку транспортного средства (TSRequest.xsd)» (п.1.26);

  • Изменено описание логической проверки полей DriversRestriction, Period1Beg, Period1End, Period2Beg, Period2End, Period3Beg, Period3End, Country, Resident (родительского элемента JuridicalPerson) в таблице (п.1.27);

  • Изменено описание логической проверки поля DraftPolicyStatus;

  • В Приложении Приложение 1 Ошибки валидации добавлено описание настроек ошибок валидации (влючена/отключена). В Таблице Таблица 13 Столбец «Возможность отключения» переименован в «Установленная настройка ошибки (включена/отключена)»;

  • В таблицу Таблица 13 Добавлены ошибки с кодами 2324-2342, 3049-3053.Отключена ошибка с кодом 2302.

  • В таблицу Таблица 14 Справочник «Статусы запросов» добавилось описание содержания статуса с кодом 200.

  • В п.1.3 добавлены правила нормализации и проверки на отсутствие недопустимых символов для значений полей: «Серия свидетельства о регистрации юридического лица», «Номер свидетельства о регистрации юридического лица».

8.0

19.09.2016

Документ актуализирован в соответствии с ЧТЗ на доработку ДиКБМ и ПО е-ОСАГО в части изменения первичной идентификации страхователя и приведения полей в соответствие в части изменения xsd-схем Подсистемы «Электронный полис»:

  • В список запросов добавлен запрос на первичную идентификацию субъекта –ФЛ,

  • В раздел Адреса и методы веб-сервисов Системы в таблицу 3 добавлено описание методов

    • loadIdentificationInsurer-Метод для загрузки запроса первичной идентификации страхователя, субъекта – физического лица

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

  • Добавлено описание запроса в Таблица 8 Запрос идентификации страхователя, субъекта – физического лица (IdentificationInsurerRequest.xsd)

    • Добавлены описания ошибок с кодами: 2343,2344,2345, 2346, 2347, 2348, 2350, 2351, 2352, 2353, 2363, 2364, 3054, 2365;

    • Удалены ошибки с кодами: 3036, 3047, 2117, 2037, 2074, 2075, 2052, 2053, 2054, 2055, 2056, 2102, 2137, 2150;

    • Изменено описание ошибок с кодами 3011,3013.

  • внесены следующие изменения в схеме PolicyEOSAGOType.xsd:

  1. Удалены поля DateStart (Дата начала допуска к управлению), DateEnd (Дата окончания допуска к управлению);

  2. Из комплексных элементов CarOwnerPhysicalPersonType, CarOwnerJuridicalPersonType удалено поле AreaOKATO (Территория преимущественного использования ТС (ОКАТО);

  3. В комплексном элементе DraftPolicyType изменено наименование поля IsTrailerAllowed (Возможность управления транспортным средством с прицепом к нему (0 – нет, 1 - есть)) на TrailerKPR (Управление ТС с прицепом (Указывается код из справочника "Управление ТС с прицепом (Коэффициент КПр)");

  4. В комплексном элементе CarPartType тип полей EngCap, MaxMass изменен на double;

  5. В комплексном элементе CarPartType тип полей UnladenMass, PasQuant, MarkModelCarRSACode, CountryType изменен на integer;

  6. В комплексный элемент DraftPolicyType добавлены элементы IsRent, UseCar;

  7. Изменен элемент CategoriesDriverLicense (Разрешенные категории ТС по водительскому удостоверению) на CategoryDriverLicense (Категория ТС по ВУ (Код из справочника "Категории ТС"));

  8. Из комплексного элемента CarPartType удалены элементы TypeCar (Тип ТС), IsTaxi (Цель использования (такси/не такси);

  • В приложении 3 «Спецификация форматов взаимодействия» внесены следующие изменения в схеме RsaEOSAGODataType.xsd:

  1. Удалены элементы типы EngCapType (Мощность двигателя для категории В), CatDriverLicenseType (Категория ТС по ВУ (Код из справочника "Категории ТС"));

  2. Изменен тип (Тип страны) с string на integer и с ограничением в 3 символа;

  3. В комплексных элементах CarIdentType, CarIdentFullType у элементов VIN (VIN), BodyNumber (Номер кузова), ChassisNumber (Номер шасси) должны быть увеличены максимальные ограничения разрешенной длины поля до 100 символов;

  4. Добавлен комплексный элемент PhPersRequestType (данные физ.лица для идентификации);

– В приложении 3 «Спецификация форматов взаимодействия» внесены следующие изменения в схеме CheckType.xsd:

  1. В комплексном элементе DriverType изменен элемент CategoriesDriverLicense (Разрешенные категории ТС по водительскому удостоверению) в части возможности передачи в элементе только одного значения разрешенной категории ТС;

  2. В комплексном элементе TSType изменен тип поля EngCap с EngCapType на double;

  3. Из комплексного элемента TSType удалены элементы TypeCar (Тип ТС), UnladenMass (Масса без нагрузки в килограммах для категории C);

  4. В комплексном элементе TSType изменен тип элемента MaxMass с string на double;

  5. В комплексном элементе TSType изменен тип элемента PasQuant с int на integer.

В приложении 3 «Спецификация форматов взаимодействия» добавлено описание следующих схем: IdentificationInsurerRequest.xsd, IdentificationInsurerResponse.xsd, IdentificationInsurerStatusRequest.xsd, IdentificationInsurerStatusResponse.xsd

9.0

19.09.2016

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

  • Добавлено изменение в пункт 5.1.24 в описание раздела Импорт проектов договоров е-ОСАГО.

  • Добавлено изменение 5.1.54 в описание раздела Загрузка статусов проектов договоров е-ОСАГО.

  • Добавлена обновленная Таблица 9 «Запрос на загрузку проекта договора е-ОСАГО»

  • Все xsd-схемы переведены на новую версию 1.3

  • внесены следующие изменения в схеме PolicyEOSAGOType.xsd:

    • В комплексный элемент DraftPolicyType добавлены следующие элементы: AddAgreementID (Идентификатор версии Договора внутри СК), PolicySerialKey (Серия е-полиса), PolicyNumberKey (Номер е-полиса), DraftPolicyHandle (Алгоритм обработки проекта договора е-ОСАГО), DateCreate (Дата заключения действующего договора е-ОСАГО), DateTermination (Дата досрочного прекращения), DateActionBegChange (Дата начала действия договора для исправления), DateActionEndChange (Дата окончания действия договора для исправления), DateAgreementCreate (Дата заключения доп.соглашения к договору е-ОСАГО), DateAgreementCreateChange (Дата заключения доп.соглашения для исправления), DateAgreementBeg (Дата+Время начала действия доп.соглашения), DateAgreementBegChange (Дата+Время начала действия доп.соглашения для исправления).

    • В комплексный элемент StatusDraftPolicyType добавлен элемент AddAgreementID

    • В комплексный элемент DraftPolicyResponseType добавлены следующие элементы AddAgreementID (Идентификатор версии Договора внутри СК), DraftPolicyHandle (Алгоритм обработки проекта договора е-ОСАГО), DateRevision (Дата внесения изменений).

  • внесены следующие изменения в схеме RsaEOSAGODataTypes.xsd: добавлен элемент HandleType (Тип запроса на обработку проекта е-ОСАГО);

  • внесены следующие изменения в схеме StatusPolicyEOSAGOStatusResponse.xsd: добавлен элемент AddAgreementID (Идентификатор версии Договора внутри СК).

В Приложение 1 Ошибки валидации Добавлены описания ошибок с кодами 2001-2003, 2013,2014,2015, 2022, 2059, 2073, 2092, 2106, 2240, 2262, 2263, 2354, 2355, 2356, 2357, 2358, 2359, 2360, 2361, 2362, 2379.

В Приложение 2 Статусы запросов добавлены описания новых статусов запросов: 412, 415, 420, 426, 428, 429, 431, 432, 433, 434, 518, 1104, 1105, 1119, 1123, 1124, 1125, 1140, 1141, 1146, 1150, 1151, 1154, 1155, 1157, 1162, 1163, 1164, 1165, 1167, 1168

9.1

28.10.2016

Скорректированы тексты ошибок №2344, 2363

10.0

31.10.2016

ЧТЗ адаптация отчётов БСИ к неидентифицирующим данным ТС.

В разделе Приложение 1 Ошибки валидации удалено описание ошибки с кодом 403.

11.0

17.11.2016

Документ актуализирован в соответствии с ЧТЗ на доработку ПО е-ОСАГО в части заключения договоров ОСАГО в виде электронных документов при определении страховщика по номеру паспорта транспортного средства страхователя.

  • Добавлены описания новых типов файлов запросов в раздел 3.1.4

  • Добавлены описания работы алгоритма «Application» (проект заявления е-ОСАГО) в 5.1.24, 5.1.25.

  • Добавлены п. 1.22 Запрос на получение данных об СК2, определяемой согласно номеру ПТС, 1.23 Запрос данных проекта заявления е-ОСАГО

  • Все xsd-схемы переведены на новую версию 1.4

  • внесены следующие изменения:

  • Добавлено описание схем PrincipalRequest.xsd, PrincipalResponse.xsd, PTSPrincipalRequest.xsd, PTSPrincipalResponse.xsd, ApplicationRequest.xsd, ApplicationResponse.xsd

  • В схему RsaEOSAGODataTypes.xsd добавлен простой элемент ActionType, в простой элемент HandleType добавлено ограничение Application, добавлен комплексный элемент PersonalDataType;

  • В схему PolicyEOSAGOType.xsd добавлены элементы PolicyOwnerPersonalData, CarOwnerPersonalData, DriverPersonalData, PrincipalInsurerID, DraftPolicyAppImportId, PTSSerial, PTSNumber

  • Добавлено описание элемента PolicyHandle = Application в Таблица 9

  • В Таблица 9 внесены изменения в логические описания для полей: «дата+время заключения доп.соглашения» изменено на «дата+время заключения доп.соглашения (в случае досрочного прекращения – дата+время заявления о досрочном прекращении)»; добавлено описание проверок для поля «Дата+время заключения доп.соглашения»; «дата+время заключения доп.соглашения для исправления» изменено на «дата+время заключения доп.соглашения (в случае досрочного прекращения – дата+время заявления о досрочном прекращении) для исправления»; «Признак ТС следует к месту регистрации» изменено на «Признак ТС следует к месту регистрации или к месту проведения технического осмотра».

  • В Приложение 1 Ошибки валидации добавлены коды ошибок с 2380 по 2408, а также ошибки с кодами 2241,2250.

  • В разделе Приложение 2 Статусы запросов добавлены описания статусов с 204 по 207.

11.1

18.01.2017

  • В Приложении 1 «Ошибки валидации» изменена настройка сохранения у ошибок с кодами 2283, 2288, 2292

  • В п.1.14 «Проверка субъектов/ТС» добавлено уточнение по процессу проверки данных в ДиКБМ.

  • Изменен текст ошибки 2160, добавлена ошибка 3114

  • В таблице 7 «Запрос на проверку транспортного средства (TSRequest.xsd)» уточнено описание логической проверки элемента CatCar (Категория ТС)

  • В таблице 9  «Запрос на загрузку проекта договора е-ОСАГО (PolicyEOSAGORequest.xsd)» из описания элемента DateActionBeg исключена проверка, что присланная дата равна, либо позже текущей даты.  




1 Под условиями валидации идентификаторов ТС в данном случае понимаются следующие проверки для каждого из 4 идентификаторов ТС (VIN, Номер кузова, Номер шасси, Гос. номер):

  • проверка допустимой минимальной длины;

  • проверка на наличие недопустимых символов и буквосочетаний;

  • проверка допустимого количества подряд повторяющихся символов.

1   ...   24   25   26   27   28   29   30   31   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

Поиск