Различия

Здесь показаны различия между двумя версиями данной страницы.

--- public:faq [19/06/2020 09:32]
Осокин С.В. (ЛС-Про) [Обмен с РСА / АИС ПВУ]
+++ public:faq [09/02/2026 10:41] (текущий)
Горбачева Т.В. [Обмен с подсистемами НСИС]
@@ Строка 1: / Строка 1: @@
 ====== Часто задаваемые вопросы при работе с КИАС ======
+===== Обмен с НСИС =====
+== Получены ошибки из НСИС при попытке сохранения проекта договора: "Дата выдачи бланка страхователю должна быть в промежутке (включительно) между датой заключения и датой начала действия договора/доп. соглашения" ==
+//Получены ошибки из НСИС при попытке сохранения проекта договора (ISN=14052964100) requestId=00000000-0000-0000-1af4-82cd5e83f2df : {"code":"12003032","description":"Дата выдачи бланка страхователю должна быть в промежутке (включительно) между датой заключения и датой начала действия договора/доп. соглашения","isCritical":false,"exceptionCode":"1","path":"insuranceContract"},{"code":"13002001","description":"БСО ХХХ ХХХХХХ не найден в Системе.","isCritical":true}//
+Для разрешения подобных ситуаций для полисов ОСАГО добавлен доп.атрибут "Дата выдачи бланка договора/доп.соглашения страхователю". При первой попытке сохранения атрибут заполняется автоматически. Если по каким-то причинам дата указана неверно, то измените значение атрибута вручную и повторите операцию сохранения в НСИС.
+----
+== Получены ошибки из НСИС при  сохранении аддендума: "Доп.соглашение КАСКО не сохранено c критическими ошибками:- ДС с указанными параметрами (номер ДС, номер полиса, дата заключения) уже существует в системе (код 61003123, загрузка через исключение = 0) ==
+Данная ошибка воспроизводится, так как номер договора, номер полиса и дата заключения полностью совпадают с данными предыдущего состояния.
+При возникновении данной ошибки необходимо сделать следующее:
+  * В последнем аддендуме необходимо изменить доп. атрибут «Время заключения доп. соглашения» и повторить сохранение договора.
+----
+== Получены ошибки при сохранении аддендума: Доп.соглашение КАСКО не сохранено c критическими ошибками: Значение атрибута «Количество ТС в парке» предыдущей версии не равно значению в загружаемой версии (код 61003159, загрузка через исключение = 0); Нельзя загрузить доп. соглашение к незаключенному договору ==
+При возникновении данной ошибки необходимо сделать следующее: В последнем аддендуме необходимо изменить доп. атрибут «Время заключения доп.соглашения» и повторить сохранить договор.
+Для отзыва расторжения по договору можно использовать документ ////«Получение информации о загруженном договоре в АИС Страхование (НСИС)»//// , выполнив  следующие действия:
+  - Запросить данные по договору;
+  - Проверить данные: в колонке requestType должно быть значение «Addendum», а в колонке statusCode  значение «2»;
+  - Сохранить данные в договоре КИАС;
+  - Изменить статус договора в КИАС на «Прекращен страхователем», после чего появится кнопка  отзыва расторжения из НСИС.
+----
+== Получены ошибки из НСИС при сохранении аддендума: "Некорректное значение количества для атрибута quantityPayments (код 61005080, загрузка через исключение = 0)" ==
+Данная ошибка воспроизводится, так как отсутствует график платежей. При создании аддендума он остается на последнем состоянии.
+При возникновении данной ошибки необходимо сделать следующее:
+  * перевести договор страхования в статус «Оформление»;
+  * добавить график платежей в таблицу "График платежей" раздела "Начисления/расчеты" договора страхования;
+  * перевести договор страхования в статус "Изменен по доп. согл." и повторно сохранить договор в НСИС.
+----
+== Получены ошибки при сохранении аддендума: Доп.соглашение КАСКО не сохранено c критическими ошибками: -Дата и время начала периода страхования должны быть больше или равны дате и времени начала действия договора (код 61003117, загрузка через исключение = 0) ==
+Данная ошибка воспроизводится, так как дата заключения аддендума должна быть позднее даты заключения договора.
+При возникновении данной ошибки необходимо сделать следующее:
+  * Необходимо поменять в аддендуме в формуляре дату подписания (Agreement.AddendumDateSign) и дату начала действия (Agreement.AddendumDateBeg).
+----
+== Получены ошибки при отзыве аддендума: Изменение статуса договора Жилья не сохранено c критическими ошибками: Бизнес-объект по указанному идентификатору с учетом совпадения Идентификатора страховой компании не найден. (код 34010026, загрузка через исключение = 0) ==
+Данная ошибка воспроизводится, так как не были сохранены объекты т.е. полученный ключ недействителен. Сохранение отдельно объектов не поддерживается.
+При возникновении данной ошибки необходимо сделать следующее:
+Предлагается очистить данный ключ и сохранить договор заново, выполнив следующие действия:
+  - Необходимо добавить данный договор в табличную часть документа "Получение информации о загруженном договоре в АИС Страхование (НСИС)";
+  - Воспользоваться кнопкой "Очистить ключи НСИС в таблице CrossKey по договору";
+  - Сохранить договор в НСИС.
+----
+== Получены ошибки при попытке сохранить договор :Ошибка при формировании сообщения о сохранении договора в НСИС: ORA-20011: нет объектов для отправки в АИС страхование!  ==
+Данная ошибка воспроизводится, когда информация добавлена в документ "Тарификаторы для настройки", но не применена в тарификаторы.
+При возникновении данной ошибки необходимо сделать следующее:
+  * в документе "Тарификаторы для настройки" нажать кнопки "Сохранить маппинг..." на листах "Виды страхования", "Риски", "Правила выгрузки";
+  * повторить операцию сохранения.
+----
+== Получены ошибки при попытке сохранить договор: Договор ЖИЛЬЕ не сохранен c критическими ошибками: Не заполнено поле: «Адрес регистрации» (код 71001051, загрузка через исключение = 0);Не заполнено поле: «Адрес регистрации» (код 71001206, загрузка через исключение = 0) ==
+Данная ошибка воспроизводится, так как не заполнено поле: «Адрес регистрации» или Тип документа, удостоверяющего личность, отличается от страны выдачи документа.
+При возникновении данной ошибки необходимо сделать следующее:
+  * Поменять тип документа, удостоверяющего личность, на страну выдачи документа.
+----
+== Получены ошибки при попытке сохранить тех.коррекцию в АИС, воспроизводится ошибка:Тех.коррекция договора Жилья не сохранена c критическими ошибками:- В тех. коррекции не допускается изменение поля/ей premiumAccrualDates,residentialRealEstateCount. (код 71003015, загрузка через исключение = 1) ==
+Данная ошибка воспроизводится, так как раньше поле  premiumAccrualDates не передавалось в АИС Страхование, а теперь передаётся.
+При возникновении данной ошибки необходимо сделать следующее:
+Необходимо сохранить данный договор при помощи документа //«Загрузка договора через исключения»//.
+----
+== Получены ошибки из НСИС при попытке сохранения проекта договора: "Дата и время досрочного прекращения договора должна быть больше даты и времени начала действия договора/последнего заключенного доп. соглашения". ==
+Необходимо сравнить дату досрочного прекращения договора с датой начала действия договора или с датой начала действия последнего аддендума. Если дата начала действия договора или дата начала действия последнего аддендума позже даты расторжения, то по данной причине договор не сохраняется в НСИС.
+----
+== Получены ошибки при попытке сохранить расторжение договора в НСИС: Расторжение Жилья не сохранено c критическими ошибками: Дата и время досрочного прекращения договора должны быть меньше даты и времени окончания действия договора (код 71003041, загрузка через исключение = 0) ==
+При возникновении данной ошибки необходимо сделать следующее:
+Сначала необходимо сохранить актуальные сведения по договору (первичному) чтобы затем сохранилось расторжение:
+  - сохранить оплаты и даты начислений по договору (до расторжения);
+  - сохранить тех.коррекцию договора (до расторжения).
+Если тех.коррекцию успешно сохранить не получается, то необходимо уточнить в тех.поддержке НСИС возможность пересохранения договора через отмену (перевод в статус Отменен) и сохранение заново.
+После успешного сохранения договора (до расторжения) с датой окончания больше, чем дата расторжения, можно будет сохранить расторжение штатным способом.
+----
+== Получены ошибки при Загрузке заявления о страховом случае: Заявление по страховому случаю Жилья не сохранено c критическими ошибками: Не переданы данные субъекта с ролью «OWNER» (код 72002094, загрузка через исключение = 0) ==
+При возникновении данной ошибки необходимо сделать следующее:
+  * В раздел «Участники» должен быть добавлен контрагент с ролью собственник.
+----
+== Получены ошибки при  сохранении Выплаты по страховому случаю ОСАГО: Должно быть заполнено поле «Категория возмещения» значением, которое присутствует в Решении (код 14001253, загрузка через исключение = 0) ==
+При возникновении данной ошибки необходимо сделать следующее:
+  - Если основная выплата уже была сохранена в НСИС, то ее нужно отозвать для тех.коррекции решения (причину, которую нужно использовать рекомендуем выяснить в НСИС);
+  - Сохранить тех.коррекцию решения по претензии, в блоке "settlements" должно быть два элемента;
+  - Сохранить заново выплаты по претензии;
+Предварительно рекомендуется проверить корректность указания вида выплаты "Прочие расходы" в страховом акте: возможно, правильнее указывать "Штраф", если это соответствует действительности? От этого зависит, что будет передано в НСИС: FINE (штраф) либо OTHER_ADDITIONAL_COSTS (Иное страховое возмещение).
+----
+== При сохранении заявления по страховому случаю ОСАГО воспроизводятся ошибки: Не заполнены данные субъекта с ролью "Собственник иного имущества" (код 14001042, загрузка через исключение = 0) ==
+При возникновении данной ошибки необходимо сделать следующее:
+Необходимо выбрать значение в поле "Класс потерпевшего" раздела "Пострадавший объект/Второе лицо" и сохранить заявление.
+----
+== Договор был прекращён по ошибке, и данная информация ушла в НСИС. Как отменить расторжение в НСИС? ==
+Для смены статуса договора/доп. соглашения вы можете воспользоваться документом "Смена статуса полиса в АИС ОСАГО 2".
+__**Важно:** для отмены в НСИС **расторжения** договор в КИАС в этот момент должен находиться в соответствующем статусе (Прекращён).__
+----
+== Описание статусов сохранения договора в НСИС. ==
+В разделе «Формуляр» экранной карточки договора ОСАГО добавлена графа, в которой отображаются текущий статус сохранения договора в НСИС. Корректные, законченные статусы (1) выделяются шрифтом зеленого цвета, остальные - шрифтом бордового цвета.
+  * **«Не сохранен в НСИС»:**
+договор только заведён в КИАС, ещё не сохранялся;
+договор находится на сохранении в НСИС;
+выполнялась попытка сохранения договора в НСИС, но возникли ошибки.
+  * **«Проект полиса сохранен в НСИС»:**
+котировка сохранена в НСИС;
+промежуточный статус для сохранения договора с электронным полисом (с установленной галочкой "Электронный полис" на формуляре договора).
+  * **«Договор сохранен в НСИС» (1):**
+договор сохранён в НСИС.
+  * **«Проект аддендума сохранен в НСИС»:**
+котировка сохранена в НСИС;
+промежуточный статус для сохранения договора с электронным полисом (с установленной галочкой "Электронный полис" на формуляре договора).
+  * **«Аддендум сохранен в НСИС» (1):**
+%%аддендум сохранён в НСИС.%%
+  * **«Проект расторжения сохранен в НСИС»**
+обычно это промежуточный статус для сохранения расторжения договора с электронным полисом (с установленной галочкой "Электронный полис" на формуляре договора).
+  * **«Расторжение сохранено в НСИС» (1)**
+прекращённый договор сохранён в НСИС.
+  * **«Аннулирован в НСИС»:**
+аннулирование договора сохранено в НСИС.
+===== Обмен с подсистемами НСИС =====
+== Получена ошибка: "По результатам проверки в НСИС страхователя (Х) получена ошибка: Не получен ответ из НСИС на запрос на проверку контрагента за отведенное время" ==
+Обычно это проблема неполучения значимого ответа от НСИС: возвращается ответ, что продолжается обработка (точнее вы можете посмотреть в Журнале обмена указав нужное значение requestId в строке поиска для фильтрации). Для данного типа запроса вы можете изменить настройки в Шаблонах документов в скрипте обмена с АИС ОСАГО 2 "Загрузка запроса на проверку контрагента": строка 237 - максимальное кол-во запросов статуса строка 240 - ожидание в секундах между запросами статуса В очередном обновлении КИАС эти настройки планируется вынести в параметры для удобства настройки. При "сильном" увеличении значений, просьба иметь в виду, что суммарное время работы этого скрипта не должно превышать таймаут в WEB'е, иначе есть риск массово получать ошибку "Поток находится в процессе прерывания..."
+----
+== Как сохранить новое водительское удостоверение в НСИС? ==
+__Для бумажных полисов необходимо__:
+  - сохранить текущее состояние договора в НСИС;
+  - после получения ответа об успешном завершении предыдущей операции в НСИС, внести изменения на карточке контрагента (указать новые ВУ);
+  - сохранить договор в НСИС повторно.
+----
+== К нам пришёл запрос ЦБ требующий сделать связку данных: старые права привязать к новым правам. ==
+В данном случае особенность в том, что нужно добавить **старые** права, дата выдачи которых раньше текущих. Нужно выполнить следующие действия:
+  - добавить старые ВУ, **удалить текущие** на карточке контрагента (чтобы последними ВУ были именно **старые**);
+  - сохранить договор в АИС ОСАГО: можно ли отправить тех.коррекцию текущего состояния или нужно создать доп.соглашение и сохранить его - уточните пожалуйста в тех.поддержке НСИС;
+  - после получения ответа об успешном завершении операции в НСИС, вернуть текущие ВУ на карточке контрагента;
+  - сохраните договор в АИС ОСАГО еще раз как тех.коррекцию.
+----
+== Ошибка при сохранении договора: "Получена ошибка из НСИС: Тайм-аут канала запроса во время ожидания ответа после истечения 00:01:00." ==
+Порядок действий пользователя при возникновении данной ошибки следующий:
+  - В тех.поддержке НСИС выяснить номер, присвоенный полису («ХХХ-…»), записать его в КИАС в формуляр договора/котировки
+  - Получить в тех.поддержке НСИС подтверждение о переводе полиса в статус «Не определен» (действует 1 сутки, затем нужно обращаться снова в НСИС)
+  - Завершить оформление полиса, используя документ:
+  * «Оформление договора е-ОСАГО из котировки», указывая в атрибуте полную котировку - если полис оформлялся в WEB CUSTOMER;
+  * «Оформление полиса е-ОСАГО в НСИС из договора», указывая в атрибуте договор - если полис оформлялся с ЭКД ОСАГО.
+----
+== Ошибка при сохранении электронного полиса: "Дата заключения договора/доп.соглашения отличается от текущей" ==
+Данная ошибка при сохранении возникает в случае, когда дата подписания(заключения) электронного полиса (договора/ аддендума) отличается от текущей даты.
+Для избежания получения данной ошибки, дату подписания электронного полиса (аддендума) следует указывать не позже текущей.
+----
+== Как выставить заявку в рамках суброгации КАСКО-ОСАГО? ==
+Для управления информационным обменом по суброгации в рамках КАСКО-ОСАГО на карточке регрессно-суброгационного дела (ЭКРС) предусмотрено отображение разделов «Второй участник страхового события» и «Обмен сообщениями с ИРЦ РСА» (по умолчанию эти разделы на ЭКРС скрыты). Для того чтобы на ЭКРС эти разделы отображались, должны быть соблюдены следующие условия:
+  * экранная форма убытка — «Убыток по автострахованию»
+  * в качестве ответчика должен выступать контрагент – юридическое лицо;
+  * на карточке контрагента-ответчика должен быть заполнен код страховщика для АПК ИРЦ ОСАГО в системном дополнительном атрибуте «Код страховщика для АПК ИРЦ ОСАГО»;
+  * должна быть установлена галочка в поле «Требование к ответчику подлежит урегулированию в рамках ПВУ по ОСАГО»
+  * Работа с этими разделами аналогична функционалу ПВУ.
+----
+== Ошибка при выставлении требования: "Требование переведено в статус: "Ошибка". Полученная ошибка из АИС ПВУ: Реальные выплаты превышают допустимые: " ==
+Проанализируйте историю изменения убытка на предмет того, был ли в карточке этого убытка установлен признак «Видеофиксация ГЛОНАСС/GPS» на момент выставления требования.  Исходящий XML по выставленному требованию, который передается в РСА, можно посмотреть в журнале обмена с АИС ПВУ РСА.
+----
+== Ошибка при выставлении заявки по суброгации: "Не указан признак наличия/отсутствия ограничения списка лиц, допущенных к управлению по полису застрахованного" ==
+В договоре необходимо указать признак «Без ограничений по лицам, допущенным к управлению» (значение или «да» или «нет»). Расположен в правом нижнем углу раздела «Объект(ы) страхования/ Условия страхования».  Если в договоре присутствуют лица, допущенные к управлению, то необходимо проставить и затем снять данный признак. Если договор без ограничений по лицам, то должен быть установлен соответствующий признак.
+----
+== Ошибка при создании убытка из заявки в журнале АИС ПВУ РСА, возникает ошибка ORA-20555: ORA-20111: Бланк полиса ОСАГО ХХХ-ХХХХХХХХХХ не зарегистрирован в КИАС! ==
+Для эл.полисов (серии ХХХ) проверка наличия бланка/номера осуществляется по документу вида "Электронный полис" с соответствующим номером в статусе отличном от "Аннулирован".
+Возможные причины возникновения ошибки:
+  * в системе несколько документов вида "Электронный полис";
+  * документ "Электронный полис" с необходимым номером в системе один, но находится в статусе "Аннулирован";
+  * документ "Электронный полис" отсутствует в системе.
+----
+== Как повторно запросить требование в АИС ПВУ? ==
+Для этой цели предусмотрен документ «ПВУ. Запрос копии сообщения» (расположен в узле «Документы по бизнес-процессам» - «Транзитная зона»), с помощью которого вы можете запрашивать как копии необходимых сообщений, так и их статус.
+__Краткий порядок работы с документом:__
+**Запрос копии сообщения:**
+   *  В табличной части документа заполняете необходимые идентификаторы и типы входящих сообщений (заявка, требование, уведомление).
+   *  По кнопке "Сформировать запрос копий" формируется запрос копий в АИС ПВУ. ISN запроса (AgrRefundXml.ISN) записывается в колонку "ISN запроса копии".
+   *  По прошествии некоторого времени (рекомендуем подождать ~10 минут) нажимаете кнопку "Обработать результаты". При этом выполняется поиск полученной из АИС ПВУ копии + восстановление все цепочки сообщений (поиск статусов сообщений, требований по заявке и т.п.). !!! Процесс может занять длительное время !!!.
+**Запрос текущего статуса сообщения (входящих либо исходящих):**
+   *  В табличной части документа заполняете необходимые идентификаторы и типы сообщения (заявка, требование, уведомление).
+   *  По кнопке "Сформировать запрос статуса" формируются запросы статусов сообщений в АИС ПВУ.
+   *  В случае штатной работы из АИС ПВУ в течении некоторого времени (до десятков минут) выгружаются сообщения изменения статусов, которые обрабатываются штатным образом и меняют информацию в карточках убытков.
+----
+== Как запросить данные по диагностической карте в КИАС? ==
+На форме договора ОСАГО есть кнопка "Запросить КБМ в НСИС". При нажатии управляющего элемента "стрелка" рядом с данной кнопкой откроется всплывающий список.
+В нем доступен управляющий элемент "Запросить сведения по ТО в НСИС", который необходимо нажать.
+----
+== Как правильно выполнять замену водительского удостоверения (замена ВУ)? ==
+Для замены водительского удостоверения необходимо воспользоваться документом "Замена ВУ", расположен "Документы по бизнес-процессам" - "АИС ОСАГО 2".
+%%Документ предназначен для корректного сохранения договора ОСАГО в ДиКБМ в случае замены водительского удостоверения (в/у).%%
+%%Используется только при наличии следующих условий:%%
+  * %%в разделе «Документы по договору» присутствует документ вида «Запрос КБМ в РСА», содержащий в столбце «Документ» данные о старом в/у;%%
+  * %%контрагент, у которого поменялось в/у, включён в список участников договора в качестве ЛДУ.%%
+%%При замене в/у у контрагента, который включён в список участников договора в качестве ЛДУ, новое в/у вносится в карточку контрагента такого участника, после чего в разделе договора «Документы по договору» нужно создать документ вида «Замена ВУ».%%
+%%По кнопке "Провести" в документе «Замена ВУ» производится сохранение договора в%% %% НСИС ДиКБМ с данными о старом и новом в/у.%%
+//В случае отсутствия документа, необходимо подать заявку в СПЛС на установку данного документа. //
+----
 ===== Учет договоров в КИАС =====
@@ Строка 18: / Строка 355: @@
 Это штатное поведение системы, так работает данный функционал.
+----
+== В договоре отсутствует документ "Запрос КБМ". Невозможно сделать аддендум и выполнить запрос КБМ. ==
+Вероятно, данный договор был получен из внешних источников (например, через WEB партнера).
+Рекомендации:
+Вариант 1:
+  - Сделать копию данного договора. Запросить в этой копии КБМ. Будет создан документ "Запрос КБМ в РСА" по этим же водителям.
+  - Привязать документ "Запрос КБМ в РСА" к оригинальному договору (в поле документ-основание для каждого участника и в раздел документы по договору).
+  - Попытаться выполнить сохранение аддендума.
+Вариант 2:
+  - Сделать копию данного договора. Запросить в этой копии КБМ. Будет создан документ "Запрос КБМ в РСА" по этим же водителям.
+  - Привязать документ "Запрос КБМ в РСА" к оригинальному договору (в поле документ-основание для каждого участника и в раздел документы по договору).
+  - Аннулировать копию договора. Попытаться сохранить оригинал договора. (если электронный полис - через документ "Тех.коррекция эл.полиса в АИС ОСАГО 2")
+  - После подтверждения сохранения оригинала договора, выполнить попытку сохранения аддендума.
 ----
@@ Строка 60: / Строка 418: @@
 == Как провести оценку ЗНУ в валюте отличной от валюты договора? ==
 Вы столкнулись с ограничением системы. При регистрации страхового акта и оценке ЗНУ в качестве валюты можно выбрать либо рубли, либо валюту договора. В данном случае рекомендуем поступить следующим образом:
   - Вам необходимо рассчитать сумму в рублях по курсу по валюте заявленного убытка. Указать сумму в рублях при оценке ЗНУ и в Страховом акте. Отметку о том, что убыток пришел в валюте ставить в примечании.
@@ Строка 66: / Строка 424: @@
   - Платите в валюте через клиент-банк.
   - Пришедшее валютное платежное поручение в валюте привязываете к операции оплаты в убытке.
 ----
@@ Строка 72: / Строка 429: @@
 == Как провести оплату по двум разным убыткам в разных валютах одному контрагенту? ==
 В случае необходимости провести оплату одному контрагенту нескольких платежей с разными валютами мы рекомендуем разделять выплату на разные документы «Распоряжения на выплату» (одно РВ = одна валюта).
 ----
+===== Обмен с НССО =====
-===== Вопросы по обмену с НССО =====
 == Как найти и выполнить отзыв договоров ОСОПО/ ОСГОП? ==
@@ Строка 95: / Строка 451: @@
 and remark like '%................%'
 </code>
 где в последней строке между %% необходимо ввести номер договора, который нужно отозвать.
@@ Строка 104: / Строка 461: @@
   * В дополнительных соглашениях дата begin_date указывается из поля «Начало» (формуляр договора, раздел Последние изменения по договору).
   * В досрочном расторжении дата begin_date указывается из поля «Дата расторжения» + 1 день (из формы Убытка на возврат премии).
+----
+== При сохранении расторжения получаем ошибки "Не найдены данные по предыдущему договору ...", "Невозможно заменить договор ...., т.к он отсутствует в БД АИС НССО" ==
+Данные ошибки возвращается в случае, если нарушается порядок сохранения данных - оформили прекращение договора не дождавшись его сохранения.
+Из-за этого, данные о сохранении (ExtSystemKey) записываются не в договоре, а в убытке на возврат и при сохранении срабатывают соответствующие ФЛК НССО.\\ Очистите ExtSystemKey в убытке на возврат и повторите попытку сохранения в НССО (при этом будет применен метод CONTR_J_ACCEPT).
 ----
@@ Строка 109: / Строка 474: @@
 == Ошибка при сохранении договора: Указанная причина расторжения не найдена в версии продукта (contract_cancel reason='//Причина расторжения//' not found). ==
 Причины прекращений для ОСОПО и ОСГОП вносятся конечными пользователями самостоятельно в системный справочник Страхование: Причины расторжения договора и затем настраиваются на Фабрике продуктов КИАС (Описание продуктов → Ограничения и оговорки → Причины досрочного расторжения договора).
 ----
-===== Обмен с РСА / АИС ПВУ =====
+== Получена ошибка "CRITICAL ER1CTR_347 Дата авторизации номера договора дд.мм.гггг чч:мм:сс не может быть позже даты выдачи договора страхования /доп. соглашения дд.мм.гггг чч:мм:сс" ==
-== Как выполнить тех. коррекцию и отзыв Е-ОСАГО? ==
+При проверки/сохранении договора в АИС НССО данная ошибка возвращается в случае, если дата и время выдачи договора/доп. соглашения ранее даты и времени авторизации номера.
-Тех. коррекция или отзыв электронных полисов из карточки договора не выполнятся.  Для указанных операций с электронными полисами ОСАГО необходимо использовать специализированные документы, которые расположены в узле «Документы по бизнес-процессам» или «Документы по бизнес-процессам → Е-ОСАГО»:
+Для успешного сохранения договора необходимо чтобы время авторизации номера договора было хотя бы на 1 секунду раньше, чем время выдачи договора, указанное в  атрибутах:
-  * «Тех. коррекция полиса е-ОСАГО в РСА»
+  * "Дата и время выдачи договора/аддендума" - при сохранении первичного договора или аддендума;
-  * «Отзыв полисов е-ОСАГО из РСА (RecAll)».(!!!Операция необратима - после отзыва восстановить полис нельзя!!!)
+  * "Время выдачи доп. соглашения о прекращении договора" и "Дата выдачи доп. соглашения о прекращении договора" - при сохранении досрочного расторжения.
 ----
-== Как выполнить сохранение E-ОСАГО задним числом? ==
+== Получена ошибка "CRITICAL ER1ATH_14_1 ЮЛ или ИП с указанным ИНН *** во внешнем сервисе не найдены. Проверьте достоверность ИНН на сайте: nalog.ru" ==
-Для этой цели необходимо воспользоваться документом «Оформление договора е-ОСАГО из котировки» или документом «Оформление полиса е-ОСАГО в РСА из договора» (в зависимости от того, каким образом был создан договор). Оба документа расположены в узле «Документы по бизнес-процессам».
+При авторизации номера договора в АИС НССО данная ошибка возвращается в случае, если ИНН страхователя не найден в АИС НССО.
+Если ИНН корректный, но при попытке авторизовать номер возвращается данная ошибка, для успешной авторизации номера необходимо:
+  * Обратиться в ТП НССО с просьбой отключить проверку для конкретного значения external_id;
+  * После отключения проверки на стороне НССО, выполнить запрос номера с помощью документа "Корректировка ИНН".
+Документ "Корректировка ИНН" расположен в узле "Документы по страховой деятельности" - "Документы по ОСОПО и ОСГОП". Скрипт установки документа предоставляется по запросу в СПЛС.
+Порядок работы с документом "Корректировка ИНН":
+  - Указать договор/котировку в соответствующее поле;
+  - В поле "Запрос авторизации номера" выбрать сообщение, которое нужно отправить повторно.
+  - Нажать на кнопку "Повторить запрос номера".
+Результат авторизации номера будет отображаться в колонке "Результат".
 ----
-== Как сохранить новое водительское удостоверение в РСА? ==
+== Получена ошибка "CRITICAL ER2CNL_68 Возвращаемая часть ранее оплаченной страховой премии не может превышать изменение премии по договору" при сохранении досрочного расторжения договора ОСГОП. ==
-__Для бумажных полисов необходимо__:
+При сохранении расторжения в АИС НССО из КИАС передаются сведения о расторжении, в т.ч. параметры "Возвращаемая часть ранее оплаченной страховой премии" в теге //<contract_cancel_amount>// и "Изменение премии по договору" в теге //<insurance_premium>//.
-  - сохранить текущее состояние договора в РСА;
+Если расторжение выполнялось штатно, ошибки не возникнет, так как в КИАС заложен алгоритм расчета суммы возврата в соответствии с ППД НССО!
-  - после получения ответа об успешном завершении предыдущей операции в РСА, внести изменения на карточке контрагента (указать новые ВУ);
-  - сохранить договор в РСА повторно.
+Появление такой ошибки обычно вызвано тем, что пользователь вручную изменяет данные в договоре или убытке на возврат премии после выполнения расторжения.
+Для того чтобы успешно сохранить расторжение в НССО необходимо исправить данные, чтобы параметры "Возвращаемая часть ранее оплаченной страховой премии" и "Изменение премии по договору" соответствовали правилу формально-логического контроля АИС НССО.
+  * Параметр "Возвращаемая часть ранее оплаченной страховой премии" рассчитывается следующим образом:
+При сохранении расторжения договора в// //теге //<contract_cancel_amount>// передаётся сумма значений поля «Возврат, руб.» по всем строкам в карточке убытка на возврат премии.
+{{ public:pasted:20210205-182753.png?nolink |Экранная карточка убытка}}
+В случае оплаты премии двумя платежами, и, если при этом на дату расторжения срок оплаты второго взноса ещё не наступил — данный параметр рассчитывается из __оплаченной__ премии.
+{{ public:pasted:20210205-182920.png?nolink |Экранная карточка убытка}}
+  * Параметр "Изменение премии по договору" рассчитывается следующим образом:
+При сохранении расторжения договора в// //теге //<insurance_premium>// передаётся сумма значений [поля ("Страх. прем.")*(количество дней действия договора до расторжения)/(количество дней действия по договору + 1)] по всем строкам таблицы из карточки убытка на возврат премии. Полученная сумма округляется до 2х знаков после запятой.
+{{ public:pasted:20210205-183020.png?nolink |Экранная карточка убытка}}
+===== Обработка бордеро из НССО =====
+== Ошибка : «В договоре исходящего перестрахования не найден участник». ==
+При получении ошибки данного типа необходимо в договор исходящего перестрахования на обрабатываемый год добавить соответствующего участника.
 ----
-== К нам пришёл запрос ЦБ требующий сделать связку данных: старые права привязать к новым правам. ==
+== Ошибка «Данные не найдены» или «Не указано условие договора (CondISN)» ==
-__Для бумажных полисов необходимо__:
+Ошибка данного типа может означать, что не произведена одна из следующих настроек:
-В данном случае особенность в том, что нужно добавить **старые** права, дата выдачи которых раньше текущих. Нужно выполнить следующие действия:
+  * не настроен документ Документы по Re НССО (ОСГОП);
-  - добавить старые ВУ, **удалить текущие** на карточке контрагента (чтобы последними ВУ были именно **старые**).
+  * не настроен документ Документы по Re НССО (ОСОПО);
-  - сохранить договор в РСА ДиКБМ: можно ли отправить тех.коррекцию (CorrectError) текущего доп.соглашения или нужно создать еще одно доп.соглашение и сохранить его (методом ChangeObject) - уточните пожалуйста в тех.поддержке РСА
+  * на Фабрике продуктов для продуктов по входящему перестрахованию ОСОПО и ОСГОП не установлены правило/риск по умолчанию и класс/тип объекта по умолчанию.
-  - после получения ответа об успешном завершении операции в РСА, вернуть текущие ВУ на карточке контрагента
-  - сохраните договор в РСА ДиКВМ еще раз как тех.коррекцию (CorrectError).
 ----
-== "Ошибка из РСА ДиКБМ при сохранении договора ХХХ-0000000000 (ISN=Х): Ошибка. В БД присутствует Версия Договора c таким же БСО, как и присланный (код 429)"  ==
+== Ошибка «Документ …Раздел 1…должен быть подписан» ==
-Вероятно, с данным бланком уже был сохранен другой договор. Рекомендуется проанализировать историю движения бланка (к каким договорам он был привязан), историю сохранения этих договоров.  Алгоритм исправления ситуации:
-  - Следует выполнить отзыв договора, к которому ранее был привязан бланк, с помощью пункта меню «Отозвать договор» управляющего элемента «Сохранить в РСА» ЭКД;
+При получении ошибки данного типа необходимо найти документ по Разделу 1 и нажать управляющий элемент «Провести». Только после этого приступать к проведению следующих разделов.
-  - Затем, после получения ответа об успешном отзыве, следует выполнить сохранение нового договора и старого, если это необходимо (в случае замены бланка).
+В том случае, если Раздел 1 пустой также требуется нажать управляющий элемент «Провести».
+<WRAP center round important 100%>
+Т.к. при проведении раздела №2 будут проведены все разделы за месяц по данному контрагенту, то проверять нужно все бордеро раздела №1 за период по данному контрагенту.
+</WRAP>
 ----
-== Ошибка при сохранении договора: "Получена ошибка из РСА: Тайм-аут канала запроса во время ожидания ответа после истечения 00:01:00." ==
+== Ошибка «Дата регистрации претензии не может быть ранее даты начала действия условия» ==
-Порядок действий пользователя при возникновении данной ошибки следующий:
+Для исправления данной ошибки необходимо на Фабрике продуктов по продукту «Вх ОСГОП» или «Вх ОСОПО» в разделе убытки установить значение: «Разрешить регистрацию убытков до начала действия/даты подписания договора».
-  - В тех.поддержке РСА выяснить номер, присвоенный полису («ХХХ-…»), записать его в КИАС в формуляр договора/котировки
+----
-  - Получить в тех.поддержке РСА подтверждение о переводе полиса в статус «Не определен» (действует 1 сутки, затем нужно обращаться снова в РСА)
-  - Завершить оформление полиса, используя документ:
-  * «Оформление договора е-ОСАГО из котировки», указывая в атрибуте полную котировку - если полис оформлялся в WEB CUSTOMER;
+== Ошибка типа «Сумма операций не равна сумме по документу! В подписании отказано!» ==
-  * «Оформление полиса е-ОСАГО в РСА из договора», указывая в атрибуте договор - если полис оформлялся с ЭКД ОСАГО.
+Данная ошибка может возникать при передаче портфеля одного перестраховщика, другому.
+Для исправления ошибки необходимо проверить совпадает контрагент по бордеро с контрагентами по договорам. Если в договоре указан другой контрагент, то его необходимо заменить, на контрагента указанного в бордеро и после этого провести документ.
 ----
-== Как выставить заявку в рамках суброгации КАСКО-ОСАГО? ==
+== Ошибка «Не найдено перестраховочное условие на участника договора перестрахования (….) для договора …. !» ==
-Для управления информационным обменом по суброгации в рамках КАСКО-ОСАГО на карточке регрессно-суброгационного дела (ЭКРС) предусмотрено отображение разделов «Второй участник страхового события» и «Обмен сообщениями с ИРЦ РСА» (по умолчанию эти разделы на ЭКРС скрыты). Для того чтобы на ЭКРС эти разделы отображались, должны быть соблюдены следующие условия:
+При появлении данного вида ошибки необходимо проанализировать причины его не попадания, для этого:
-  * экранная форма убытка — «Убыток по автострахованию»
+  * уточнить какая дата подписания данного договора в КИАС;
-  * в качестве ответчика должен выступать контрагент – юридическое лицо;
+  * проверить все бордеро исх. 1 раздела с датой регистрации следующим месяцем после даты подписания договора по контрагенту СОГАЗ. Всели бордеро проведены? Если нет, то провести и повторить попытку проведения, текущего бордеро;
-  * на карточке контрагента-ответчика должен быть заполнен код страховщика для АПК ИРЦ ОСАГО в системном дополнительном атрибуте «Код страховщика для АПК ИРЦ ОСАГО»;
+  * если бордеро по предыдущему пункту не найдено или проведение не помогло, то нужно проверить Журнал обмена с АИС НССО - есть ли там красные строки за весь следующий месяц после даты подписания договора по контрагенту;
-  * должна быть установлена галочка в поле «Требование к ответчику подлежит урегулированию в рамках ПВУ по ОСАГО»
+  * если в журнале нет не проанализированных бордеро – написать письмо в НССО, с просьбой уточнить в каком акте был передан на перестрахование данный договор по текущему перестраховщику. Если в ответе НССО будет указано бордеро, которого нет в КИАС, то необходимо попросить сотрудников повторно отправить данное бордеро на адаптер. После получения бордеро, акт автоматически сформируется в КИАС.
-  * Работа с этими разделами аналогична функционалу ПВУ.
 ----
-== Ошибка при выставлении требования: "Требование переведено в статус: "Ошибка". Полученная ошибка из АИС ПВУ: Реальные выплаты превышают допустимые: " ==
+== Ошибка в примечании при подписании Акта: «Сумма по акту не равна сумме по проведенным документам. Уточните причину ошибки, исправьте её и продолжите обработку». ==
-Проанализируйте историю изменения убытка на предмет того, был ли в карточке этого убытка установлен признак «Видеофиксация ГЛОНАСС/GPS» на момент выставления требования.  Исходящий XML по выставленному требованию, который передается в РСА, можно посмотреть в журнале обмена с АИС ПВУ РСА.
+Данная ошибка возникает при автоматической обработке или при нажатии на управляющий элемент //Провести// на Акте или Счете премий и убытков.
+При появлении данной ошибки необходимо сравнить суммы по строкам в графах «Сумма платежа» и «Сумма операций». Значение сумм должно быть равно, вне зависимости от знака операции.
+Далее необходимо по выявленному акту разобраться, почему в КИАС сумма по операциям отличается от данных пришедших из НССО.
+<WRAP center round important 100%>
+Т.к. в графе «Сумма операций» отображается сумма всех операций планируемого факта оплаты, сформированных в КИАС по данному документу (Имеют ссылку в поле Документ основание на текущий документ по строке), то при изменении операции с планируемого факта оплаты на оплаченную, суммы из Акта исчезают. Это не является ошибкой и в данном Акте нужно вручную изменить статус на «Подписан».
+</WRAP>
 ----
-== Ошибка при выставлении заявки по суброгации: "Не указан признак наличия/отсутствия ограничения списка лиц, допущенных к управлению по полису застрахованного" ==
+== Ошибка : «Операционный документ … находится в статусе "Аннулирован/Оплачен". Включение операции в документ недопустимо !» ==
-В договоре необходимо указать признак «Без ограничений по лицам, допущенным к управлению» (значение или «да» или «нет»). Расположен в правом нижнем углу раздела «Объект(ы) страхования/ Условия страхования».  Если в договоре присутствуют лица, допущенные к управлению, то необходимо проставить и затем снять данный признак. Если договор без ограничений по лицам, то должен быть установлен соответствующий признак.
+При возникновении данной ошибки необходимо в Акте по строке № 17 проверить статус операционного документа. Данный документ должен быть в статусе «В работе», для возможности включения в него операций.
+В зависимости от бизнес-процессов, пользователи самостоятельно решают, как поступить с документом: откатить в статус «В работе» или заменить на новый операционный документ.
 ----
-== Как повторно запросить требование в АИС ПВУ? ==
+== Ошибка типа: «Точная выборка возвращает количество строк больше запрошенного» ==
-Для этой цели предусмотрен документ «ПВУ. Запрос копии сообщения» (расположен в узле «Документы по бизнес-процессам» - «Транзитная зона»), с помощью которого вы можете запрашивать как копии необходимых сообщений, так и их статус.
+А) Ошибка может возникать при проведении документа «Исходящее Раздел 1 (премии) (ОСОПО/ОСГОП)».
+Ошибка данного типа может означать, что в договоре исходящего перестрахования контрагент по документу указан дважды в условиях секции.
+В данном случае необходимо удалить за двоенного контрагента у которого нет перестраховочных условий.
+Б) Ошибка может возникать при проведении документов «Исходящее Раздел 4 (заявленные) (ОСОПО/ОСГОП)» и «Исходящее Раздел 7 (урегулированные) (ОСОПО/ОСГОП)».
+Ошибка данного типа может означать, что в КИАС зарегистрировано несколько претензий с одинаковым номером, указанным по одной из строк в документе.
+В данном случае необходимо найти за двоенную претензию и скорректировать в не нужной претензии номер.
 ----
+== Ошибка при проведении анализа в Журнале Обмена с АИС НССО: «Не настроен договор ретроцессии» ==
+Ошибка может возникнуть при попытке проведения Анализа бордеро в Журнале Обмена с АИС НССО.
+Для исправления ошибки необходимо проверить корректность заполнения настроечных документов: «Настройка договоров Re (ОСОПО)». В документе должны быть заполнены все поля, в том числе и «Брокер» (с 2018 года в данной графе необходимо указывать контрагента Акционерное общество «Российская национальная перестраховочная компания»)
+----
+== Ошибка при проведении анализа в Журнале Обмена с АИС НССО: «Не найден договор страхования с номером» ==
+Ошибка возникает из-за того, что в НССО был сохранен договор с указанным номером, но сейчас по каким-то причинам данного договора нет в системе или он в статусе «Аннулирован».
+Для решения проблемы нужно разобраться по каким причинам договора нет в системе или он аннулирован и решить, как учитывать операции по текущему и будущим бордеро.
+----
 ===== Webcustomer =====
 == Как ограничить выбор марок/моделей авто в Webcustomer? ==
-Для решения данной задачи необходимо воспользоваться документом: «Список ТС, запрещенных для e-ОСАГО», узел «Документы по бизнес-процессам».
+Для решения данной задачи необходимо воспользоваться документом: «Список ТС, запрещенных для e-ОСАГО», узел «Документы по бизнес-процессам».
+----
+== Как запросить данные по диагностической карте в Webcustomer? ==
+В WebCustomer данные о диагностической карте заполняются на основании результатов вызова проверки ТС.\\ Есть данные - заполнятся, нет - нет.
+----
+===== WebSale =====
+== Как запросить данные по диагностической карте в WebSale? ==
+В WebSale запрос данных о диагностической карте выполнялся в рамках метода запроса КБМ (при нажатии кнопки "Запросить КБМ в РСА").
+----
+== Как включить поддержку табличных документов в WebSale ==
+Для включения поддержки табличных документов в WebSale необходимо в файле web.config в разделе appSettings установить параметр:\\ <add key="UseDefaultDocForm" value="true"/>
 ----
@@ Строка 219: / Строка 688: @@
 == Не работают веб-сервисы. Статус: Error. Состояние: Элемент с тем же ключом уже был добавлен. ==
 Для решения данной проблемы:
   * попробуйте выполнить перезапуск сервиса;
   * проверьте нет ли в настройке веб-приложений дублирующихся записей.
@@ Строка 236: / Строка 707: @@
 Переключение на новый режим осуществляется путем простого изменения значения соответствующей настройки в «Параметрах КИАС». Однако, в связи с тем, что до выпуска обновления 4.0.0.0 все адреса в КИАС выбирались из справочников КЛАДР, дополнительно требуется выполнить ряд операций по установке ссылок в новых полях (ссылки на соответствующие элементы справочников ФИАС). Подробную инструкцию по переходу и скрипты для маппинга ссылок КЛАДР - ФИАС Вы можете получить, оформив соответствующий запрос в СПЛС.
+Более подробную информацию смотрите в документе  [[kias: novyj_rezhim_ucheta_adresov_v_kias_spravochniki_fias| Новый режим учета адресов в КИАС – справочники ФИАС]]
 ----
@@ Строка 291: / Строка 764: @@
 ----
+== Определение дат при указании периодов "Д.принятия к учету и Д.операции" в "Машине проводок". ==
+В страховой машинке проводок для определения периодов "Д.принятия к учету и Д.операции" по операциям страхового учета используется следующий подход:Периодом Даты принятия к учету - считается год даты начала первичного условия (для операций исх Ре - год даты начала условия Исх Ре), к которому формируется операция, причем если условие является дополнительным (доп. соглашением) к первичному - дата принятия к учету определяется по дате первичного условия.Периодом даты операции - считается год даты операции.В случае, если Период (год) даты операции меньше либо равен Периоду (году) даты принятия к учету-считается, что дата операции и дата принятия к учету лежат в одном периоде.В случае, если Период (год) даты операции больше Периода (года) даты принятия к учету-считается, что дата операции и дата принятия к учету лежат в разных периодах.
+----
+== Какие процедуры вызываются по кнопкам в АВР? ==
+Кнопки АВР:
+  * По платежам премии за период по всем договорам;
+  * По платежам премии за период по указанным договорам;
+  * По платежам премии за период по всем договорам (с контролем КВ);
+  * По платежам премии за период по указанным договорам (с контролем КВ)
+За работу указанных кнопок отвечает один обработчик DOCS_UTILS.DOCAGENTREPPROCESS, который в свою очередь вызывает скрипт описанный в параметрах КИАС: Расчеты с посредником - Скрипт расчета вознаграждения в АВР и УАВР.

КИАС wiki

Инструменты пользователя

Инструменты сайта

Различия

Инструменты страницы