Инструменты пользователя
public:faq
Различия
Здесь показаны различия между двумя версиями данной страницы.
| Предыдущая версия справа и слева Предыдущая версия Следующая версия | Предыдущая версия | ||
|
public:faq [16/06/2020 14:42] Осокин С.В. (ЛС-Про) |
public:faq [09/02/2026 10:41] (текущий) Горбачева Т.В. [Обмен с подсистемами НСИС] |
||
|---|---|---|---|
| Строка 1: | Строка 1: | ||
| - | На данной странице представлены часто задаваемые вопросы пользователей возникшие при работе с КИАС | + | ====== Часто задаваемые вопросы при работе с КИАС ====== |
| - | Учет убытков в КИАС | + | ===== Обмен с НСИС ===== |
| - | [[public:faq:ZNUcurrency|Как провести оценку ЗНУ в валюте отличной от валюты договора?]] | + | == Получены ошибки из НСИС при попытке сохранения проекта договора: "Дата выдачи бланка страхователю должна быть в промежутке (включительно) между датой заключения и датой начала действия договора/доп. соглашения" == |
| - | [[public:faq:payvarlosses|Как провести оплату по двум разным убыткам в разных валютах одному контрагенту?]] | + | //Получены ошибки из НСИС при попытке сохранения проекта договора (ISN=14052964100) requestId=00000000-0000-0000-1af4-82cd5e83f2df : {"code":"12003032","description":"Дата выдачи бланка страхователю должна быть в промежутке (включительно) между датой заключения и датой начала действия договора/доп. соглашения","isCritical":false,"exceptionCode":"1","path":"insuranceContract"},{"code":"13002001","description":"БСО ХХХ ХХХХХХ не найден в Системе.","isCritical":true}// |
| - | Учет договоров в КИАС | + | Для разрешения подобных ситуаций для полисов ОСАГО добавлен доп.атрибут "Дата выдачи бланка договора/доп.соглашения страхователю". При первой попытке сохранения атрибут заполняется автоматически. Если по каким-то причинам дата указана неверно, то измените значение атрибута вручную и повторите операцию сохранения в НСИС. |
| - | [[public:faq:noneexpress|Пропала эксперсс-котировка на продление/аддендум ОСАГО]] | + | ---- |
| - | [[public:faq:premnotchang|При расчёте премии по аддендуму ОСАГО, премия не изменилась]] | ||
| - | [[public:faq:changeagrDMS|Почему договор ДМС в статусе "Выпущен" доступен для редактирования?]] | + | == Получены ошибки из НСИС при сохранении аддендума: "Доп.соглашение КАСКО не сохранено c критическими ошибками:- ДС с указанными параметрами (номер ДС, номер полиса, дата заключения) уже существует в системе (код 61003123, загрузка через исключение = 0) == |
| - | [[public:faq:paymentscheduledicrease|Как в графике платежей отразить уменьшение страховой премии при аддендуме?]] | + | Данная ошибка воспроизводится, так как номер договора, номер полиса и дата заключения полностью совпадают с данными предыдущего состояния. |
| - | [[public:faq:refearlytermination|Какой порядок действий для отражения досрочного прекращения договора ранее даты начала ответственности?]] | + | При возникновении данной ошибки необходимо сделать следующее: |
| - | [[public:faq:regchangedate|Как в системе можно зарегистрировать аддендум на изменение даты начала действия?]] | + | * В последнем аддендуме необходимо изменить доп. атрибут «Время заключения доп. соглашения» и повторить сохранение договора. |
| - | Вопросы по обмену с НССО | + | ---- |
| + | == Получены ошибки при сохранении аддендума: Доп.соглашение КАСКО не сохранено c критическими ошибками: Значение атрибута «Количество ТС в парке» предыдущей версии не равно значению в загружаемой версии (код 61003159, загрузка через исключение = 0); Нельзя загрузить доп. соглашение к незаключенному договору == | ||
| - | [[public:faq:cancelreasonnotfound|Ошибка при сохранении договора: Указанная причина расторжения не найдена в версии продукта (contract_cancel reason='//Причина расторжения//' not found).]] | + | При возникновении данной ошибки необходимо сделать следующее: В последнем аддендуме необходимо изменить доп. атрибут «Время заключения доп.соглашения» и повторить сохранить договор. |
| - | [[public:faq:recallosopoosgop|Как найти и выполнить отзыв договоров ОСОПО/ ОСГОП?]] | + | Для отзыва расторжения по договору можно использовать документ ////«Получение информации о загруженном договоре в АИС Страхование (НСИС)»//// , выполнив следующие действия: |
| - | [[public:faq:frombegindate|При сохранении договора откуда из БД берется дата, которая указывается в теге begin_date?]] | + | - Запросить данные по договору; |
| + | - Проверить данные: в колонке requestType должно быть значение «Addendum», а в колонке statusCode значение «2»; | ||
| + | - Сохранить данные в договоре КИАС; | ||
| + | - Изменить статус договора в КИАС на «Прекращен страхователем», после чего появится кнопка отзыва расторжения из НСИС. | ||
| - | Обмен с РСА / АИС ПВУ | + | ---- |
| - | [[public:faq:texcorandrecalleosago|Как выполнить тех. коррекцию и отзыв Е-ОСАГО?]] | + | == Получены ошибки из НСИС при сохранении аддендума: "Некорректное значение количества для атрибута quantityPayments (код 61005080, загрузка через исключение = 0)" == |
| - | [[public:faq:saveagrbackdate|Как выполнить сохранение E-ОСАГО задним числом?]] | + | Данная ошибка воспроизводится, так как отсутствует график платежей. При создании аддендума он остается на последнем состоянии. |
| + | |||
| + | При возникновении данной ошибки необходимо сделать следующее: | ||
| - | [[public:faq:newdrivlic|Как сохранить новое водительское удостоверение в РСА?]] | + | * перевести договор страхования в статус «Оформление»; |
| + | * добавить график платежей в таблицу "График платежей" раздела "Начисления/расчеты" договора страхования; | ||
| + | * перевести договор страхования в статус "Изменен по доп. согл." и повторно сохранить договор в НСИС. | ||
| - | [[public:faq:erroragrwithbso|"Ошибка из РСА ДиКБМ при сохранении договора ХХХ-0000000000 (ISN=Х): Ошибка. В БД присутствует Версия Договора c таким же БСО, как и присланный (код 429)"]] | + | ---- |
| - | [[public:faq:timeoutsave|Ошибка при сохранении договора: "Получена ошибка из РСА: Тайм-аут канала запроса во время ожидания ответа после истечения 00:01:00."]] | + | == Получены ошибки при сохранении аддендума: Доп.соглашение КАСКО не сохранено c критическими ошибками: -Дата и время начала периода страхования должны быть больше или равны дате и времени начала действия договора (код 61003117, загрузка через исключение = 0) == |
| - | [[public:faq:subrogationosagokasko|Как выставить заявку в рамках суброгации КАСКО-ОСАГО?]] | + | Данная ошибка воспроизводится, так как дата заключения аддендума должна быть позднее даты заключения договора. |
| - | [[public:faq:payoutsexceedlimits|Ошибка при выставлении требования: "Требование переведено в статус: "Ошибка". Полученная ошибка из АИС ПВУ: Реальные выплаты превышают допустимые: "]] | + | При возникновении данной ошибки необходимо сделать следующее: |
| - | [[public:faq:notpersonslist|Ошибка при выставлении заявки по суброгации: "Не указан признак наличия/отсутствия ограничения списка лиц, допущенных к управлению по полису застрахованного"]] | + | * Необходимо поменять в аддендуме в формуляре дату подписания (Agreement.AddendumDateSign) и дату начала действия (Agreement.AddendumDateBeg). |
| - | [[public:faq:repeatrereq|Как повторно запросить требование в АИС ПВУ?]] | + | ---- |
| - | Webcustomer | + | == Получены ошибки при отзыве аддендума: Изменение статуса договора Жилья не сохранено c критическими ошибками: Бизнес-объект по указанному идентификатору с учетом совпадения Идентификатора страховой компании не найден. (код 34010026, загрузка через исключение = 0) == |
| - | [[public:faq:limitselectioncar|Как ограничить выбор марок/моделей авто в Webcustomer?]] | + | Данная ошибка воспроизводится, так как не были сохранены объекты т.е. полученный ключ недействителен. Сохранение отдельно объектов не поддерживается. |
| - | Веб-сервисы КИАС | + | При возникновении данной ошибки необходимо сделать следующее: |
| - | [[public:faq:reqwebservreqtoken|Что означает если в ответе веб-сервиса КИАС присутсвует текст: "RequestToken не соответствует Id приложения!"?]] | + | Предлагается очистить данный ключ и сохранить договор заново, выполнив следующие действия: |
| + | - Необходимо добавить данный договор в табличную часть документа "Получение информации о загруженном договоре в АИС Страхование (НСИС)"; | ||
| + | - Воспользоваться кнопкой "Очистить ключи НСИС в таблице CrossKey по договору"; | ||
| + | - Сохранить договор в НСИС. | ||
| - | Прочее | ||
| - | [[public:faq:dateearliercondition|При проведении бордеро возникает сообщение об ошибке: «Дата регистрации претензии не может быть ранее даты начала действия условия».]] | + | ---- |
| - | [[public:faq:whatisfias|Что такое ФИАС в КИАС и для чего он нужен?]] | + | == Получены ошибки при попытке сохранить договор :Ошибка при формировании сообщения о сохранении договора в НСИС: ORA-20011: нет объектов для отправки в АИС страхование! == |
| + | Данная ошибка воспроизводится, когда информация добавлена в документ "Тарификаторы для настройки", но не применена в тарификаторы. | ||
| - | [[public:faq:fiasforaisosago|Обязателен ли переход на ФИАС для работы с АИС ОСАГО 2.0?]] | + | При возникновении данной ошибки необходимо сделать следующее: |
| - | [[public:faq:fiasinkias|Какой порядок перехода на ФИАС в КИАС?]] | + | * в документе "Тарификаторы для настройки" нажать кнопки "Сохранить маппинг..." на листах "Виды страхования", "Риски", "Правила выгрузки"; |
| + | * повторить операцию сохранения. | ||
| - | [[public:faq:fiastokladr|Как перейти с ФИАС обратно на КЛАДР?]] | ||
| - | [[public:faq:systempackageforfias|Какой пакет отвечает за взаимодействие с ФИАС?]] | + | ---- |
| - | [[public:faq:callurl|Как правильно из скриптов эквайринга вызвать URL, если в нем присутсвуют параметры?]] | + | == Получены ошибки при попытке сохранить договор: Договор ЖИЛЬЕ не сохранен c критическими ошибками: Не заполнено поле: «Адрес регистрации» (код 71001051, загрузка через исключение = 0);Не заполнено поле: «Адрес регистрации» (код 71001206, загрузка через исключение = 0) == |
| - | [[public:faq:sendxmlinbodydatabus|Как в теле сообщения отправляемого через шину данных КИАС передать XML?]] | + | Данная ошибка воспроизводится, так как не заполнено поле: «Адрес регистрации» или Тип документа, удостоверяющего личность, отличается от страны выдачи документа. |
| + | При возникновении данной ошибки необходимо сделать следующее: | ||
| + | * Поменять тип документа, удостоверяющего личность, на страну выдачи документа. | ||
| + | |||
| + | |||
| + | ---- | ||
| + | |||
| + | |||
| + | == Получены ошибки при попытке сохранить тех.коррекцию в АИС, воспроизводится ошибка:Тех.коррекция договора Жилья не сохранена 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". | ||
| + | |||
| + | %%Документ предназначен для корректного сохранения договора ОСАГО в ДиКБМ в случае замены водительского удостоверения (в/у).%% | ||
| + | |||
| + | %%Используется только при наличии следующих условий:%% | ||
| + | |||
| + | * %%в разделе «Документы по договору» присутствует документ вида «Запрос КБМ в РСА», содержащий в столбце «Документ» данные о старом в/у;%% | ||
| + | * %%контрагент, у которого поменялось в/у, включён в список участников договора в качестве ЛДУ.%% | ||
| + | |||
| + | %%При замене в/у у контрагента, который включён в список участников договора в качестве ЛДУ, новое в/у вносится в карточку контрагента такого участника, после чего в разделе договора «Документы по договору» нужно создать документ вида «Замена ВУ».%% | ||
| + | |||
| + | %%По кнопке "Провести" в документе «Замена ВУ» производится сохранение договора в%% %% НСИС ДиКБМ с данными о старом и новом в/у.%% | ||
| + | |||
| + | //В случае отсутствия документа, необходимо подать заявку в СПЛС на установку данного документа. // | ||
| + | |||
| + | ---- | ||
| + | |||
| + | |||
| + | ===== Учет договоров в КИАС ===== | ||
| + | |||
| + | == Пропала экспресс-котировка на продление/аддендум ОСАГО == | ||
| + | |||
| + | Экспресс-котировку на аддендум возможно создать, если дата окончания версии по ОСАГО позже, чем дата окончания договора, для которого необходимо создать котировку. Необходимо изменить дату окончания версии продукта «ОСАГО» на Фабрике продуктов. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == При расчёте премии по аддендуму ОСАГО, премия не изменилась == | ||
| + | |||
| + | При расчёте премии по аддендуму ОСАГО коэффициенты пересчитываются на дату аддендума, при условии изменения влияющих на них факторов. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Почему договор ДМС в статусе "Выпущен" доступен для редактирования? == | ||
| + | |||
| + | Это штатное поведение системы, так работает данный функционал. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == В договоре отсутствует документ "Запрос КБМ". Невозможно сделать аддендум и выполнить запрос КБМ. == | ||
| + | |||
| + | Вероятно, данный договор был получен из внешних источников (например, через WEB партнера). | ||
| + | |||
| + | Рекомендации: | ||
| + | |||
| + | Вариант 1: | ||
| + | |||
| + | - Сделать копию данного договора. Запросить в этой копии КБМ. Будет создан документ "Запрос КБМ в РСА" по этим же водителям. | ||
| + | - Привязать документ "Запрос КБМ в РСА" к оригинальному договору (в поле документ-основание для каждого участника и в раздел документы по договору). | ||
| + | - Попытаться выполнить сохранение аддендума. | ||
| + | |||
| + | Вариант 2: | ||
| + | |||
| + | - Сделать копию данного договора. Запросить в этой копии КБМ. Будет создан документ "Запрос КБМ в РСА" по этим же водителям. | ||
| + | - Привязать документ "Запрос КБМ в РСА" к оригинальному договору (в поле документ-основание для каждого участника и в раздел документы по договору). | ||
| + | - Аннулировать копию договора. Попытаться сохранить оригинал договора. (если электронный полис - через документ "Тех.коррекция эл.полиса в АИС ОСАГО 2") | ||
| + | - После подтверждения сохранения оригинала договора, выполнить попытку сохранения аддендума. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Как в графике платежей отразить уменьшение страховой премии при аддендуме? == | ||
| + | |||
| + | В данном случае необходимо внести в график платежей строки на дату дополнительного соглашения со знаками «минус» в суммах. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Как в системе можно зарегистрировать аддендум на изменение даты начала действия? == | ||
| + | |||
| + | Пример дат,по первичным условиям: | ||
| + | |||
| + | * Дата подписания -19.10.2018 | ||
| + | * Дата начала -20.12.2018 | ||
| + | * Дата окончания -19.12.2018 | ||
| + | * по аддендуму (дата подписания аддендума-12.11.2018): | ||
| + | * Дата начала -15.12.2018 | ||
| + | * Дата окончания -14.12.2018 | ||
| + | |||
| + | * Необходимый порядок действий: | ||
| + | * регистрируется аддендум; | ||
| + | * в окне «Изменения условий договора» указываете: подписан 12.11.2018 начало 12.11.2018); | ||
| + | * далее в аддендуме меняем «Дату начала» (на формуляре договора) на 15.12.2018; | ||
| + | * в разделе «Последние изменения по договору» (на формуляре договора) указываете начало 15.12.2018; | ||
| + | * добавляете новое условие (с теми же данными) устанавливаете дата начала 15.12.2018, окончания 14.12.2018; | ||
| + | * выпускаете договор; | ||
| + | * расторгаете «не верное условие»; | ||
| + | * перекидываете премию с «неверного условия» на «созданное условие». | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Какой порядок действий для отражения досрочного прекращения договора ранее даты начала ответственности? == | ||
| + | |||
| + | При расторжении договора, который не вступил в силу (дата расторжения раньше даты начала договора), убыток не формируется, а договор признаётся недействительным. Все сформированные операции по договору будут отсторнированы Инспектором КИАС. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== Учет убытков в КИАС ===== | ||
| + | |||
| + | == Как провести оценку ЗНУ в валюте отличной от валюты договора? == | ||
| + | |||
| + | Вы столкнулись с ограничением системы. При регистрации страхового акта и оценке ЗНУ в качестве валюты можно выбрать либо рубли, либо валюту договора. В данном случае рекомендуем поступить следующим образом: | ||
| + | |||
| + | - Вам необходимо рассчитать сумму в рублях по курсу по валюте заявленного убытка. Указать сумму в рублях при оценке ЗНУ и в Страховом акте. Отметку о том, что убыток пришел в валюте ставить в примечании. | ||
| + | - Так как валютные платежки не выгружаются из КИАС, а создаются в клиент-банке, то РВ в данном случае не играет роли, в нем может быть сумма в валюте убытка. | ||
| + | - Платите в валюте через клиент-банк. | ||
| + | - Пришедшее валютное платежное поручение в валюте привязываете к операции оплаты в убытке. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Как провести оплату по двум разным убыткам в разных валютах одному контрагенту? == | ||
| + | |||
| + | В случае необходимости провести оплату одному контрагенту нескольких платежей с разными валютами мы рекомендуем разделять выплату на разные документы «Распоряжения на выплату» (одно РВ = одна валюта). | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== Обмен с НССО ===== | ||
| + | |||
| + | == Как найти и выполнить отзыв договоров ОСОПО/ ОСГОП? == | ||
| + | |||
| + | Для отзыва договоров ОСГОП/ОСОПО в КИАС рекомендуем воспользоваться документом "Отзыв авторизованных номеров ОСГОП и ОСОПО в АИС НССО" (расположен в узле "Документы по бизнес-процессам"). Порядок работы с документом: | ||
| + | |||
| + | - указываете номер договора в поле "Номер авторизации"; | ||
| + | - указываете ISN сообщения вида "Получение/отзыв номера договора ОСГОП" (из Журнала обмена с АИС НССО) в поле "Идентификационный номер сообщения в КИС СК"; | ||
| + | - нажимаете кнопку "Отозвать номера из НССО". | ||
| + | |||
| + | Для быстрого поиска ISN сообщения с запросом номера вы можете воспользоваться следующим запросом (меню Отчёты - SQL отчёты): | ||
| + | |||
| + | <code sql> | ||
| + | select ISN, Created, Remark from nssoxml | ||
| + | where Classisn = 224118 | ||
| + | and remark like '%Успешно выполнена авторизация номера%' | ||
| + | and remark like '%................%' | ||
| + | </code> | ||
| + | |||
| + | где в последней строке между %% необходимо ввести номер договора, который нужно отозвать. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == При сохранении договора откуда из БД берется дата, которая указывается в теге begin_date? == | ||
| + | |||
| + | * В первичных полисах дата begin_date указывается из поля «Начало» (формуляр договора). | ||
| + | * В дополнительных соглашениях дата begin_date указывается из поля «Начало» (формуляр договора, раздел Последние изменения по договору). | ||
| + | * В досрочном расторжении дата begin_date указывается из поля «Дата расторжения» + 1 день (из формы Убытка на возврат премии). | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == При сохранении расторжения получаем ошибки "Не найдены данные по предыдущему договору ...", "Невозможно заменить договор ...., т.к он отсутствует в БД АИС НССО" == | ||
| + | |||
| + | Данные ошибки возвращается в случае, если нарушается порядок сохранения данных - оформили прекращение договора не дождавшись его сохранения. | ||
| + | |||
| + | Из-за этого, данные о сохранении (ExtSystemKey) записываются не в договоре, а в убытке на возврат и при сохранении срабатывают соответствующие ФЛК НССО.\\ Очистите ExtSystemKey в убытке на возврат и повторите попытку сохранения в НССО (при этом будет применен метод CONTR_J_ACCEPT). | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Ошибка при сохранении договора: Указанная причина расторжения не найдена в версии продукта (contract_cancel reason='//Причина расторжения//' not found). == | ||
| + | |||
| + | Причины прекращений для ОСОПО и ОСГОП вносятся конечными пользователями самостоятельно в системный справочник Страхование: Причины расторжения договора и затем настраиваются на Фабрике продуктов КИАС (Описание продуктов → Ограничения и оговорки → Причины досрочного расторжения договора). | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Получена ошибка "CRITICAL ER1CTR_347 Дата авторизации номера договора дд.мм.гггг чч:мм:сс не может быть позже даты выдачи договора страхования /доп. соглашения дд.мм.гггг чч:мм:сс" == | ||
| + | |||
| + | При проверки/сохранении договора в АИС НССО данная ошибка возвращается в случае, если дата и время выдачи договора/доп. соглашения ранее даты и времени авторизации номера. | ||
| + | |||
| + | Для успешного сохранения договора необходимо чтобы время авторизации номера договора было хотя бы на 1 секунду раньше, чем время выдачи договора, указанное в атрибутах: | ||
| + | |||
| + | * "Дата и время выдачи договора/аддендума" - при сохранении первичного договора или аддендума; | ||
| + | * "Время выдачи доп. соглашения о прекращении договора" и "Дата выдачи доп. соглашения о прекращении договора" - при сохранении досрочного расторжения. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Получена ошибка "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 НССО (ОСОПО); | ||
| + | * на Фабрике продуктов для продуктов по входящему перестрахованию ОСОПО и ОСГОП не установлены правило/риск по умолчанию и класс/тип объекта по умолчанию. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Ошибка «Документ …Раздел 1…должен быть подписан» == | ||
| + | |||
| + | При получении ошибки данного типа необходимо найти документ по Разделу 1 и нажать управляющий элемент «Провести». Только после этого приступать к проведению следующих разделов. | ||
| + | |||
| + | В том случае, если Раздел 1 пустой также требуется нажать управляющий элемент «Провести». | ||
| + | |||
| + | <WRAP center round important 100%> | ||
| + | |||
| + | Т.к. при проведении раздела №2 будут проведены все разделы за месяц по данному контрагенту, то проверять нужно все бордеро раздела №1 за период по данному контрагенту. | ||
| + | |||
| + | </WRAP> | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Ошибка «Дата регистрации претензии не может быть ранее даты начала действия условия» == | ||
| + | |||
| + | Для исправления данной ошибки необходимо на Фабрике продуктов по продукту «Вх ОСГОП» или «Вх ОСОПО» в разделе убытки установить значение: «Разрешить регистрацию убытков до начала действия/даты подписания договора». | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Ошибка типа «Сумма операций не равна сумме по документу! В подписании отказано!» == | ||
| + | |||
| + | Данная ошибка может возникать при передаче портфеля одного перестраховщика, другому. | ||
| + | |||
| + | Для исправления ошибки необходимо проверить совпадает контрагент по бордеро с контрагентами по договорам. Если в договоре указан другой контрагент, то его необходимо заменить, на контрагента указанного в бордеро и после этого провести документ. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Ошибка «Не найдено перестраховочное условие на участника договора перестрахования (….) для договора …. !» == | ||
| + | |||
| + | При появлении данного вида ошибки необходимо проанализировать причины его не попадания, для этого: | ||
| + | |||
| + | * уточнить какая дата подписания данного договора в КИАС; | ||
| + | * проверить все бордеро исх. 1 раздела с датой регистрации следующим месяцем после даты подписания договора по контрагенту СОГАЗ. Всели бордеро проведены? Если нет, то провести и повторить попытку проведения, текущего бордеро; | ||
| + | * если бордеро по предыдущему пункту не найдено или проведение не помогло, то нужно проверить Журнал обмена с АИС НССО - есть ли там красные строки за весь следующий месяц после даты подписания договора по контрагенту; | ||
| + | * если в журнале нет не проанализированных бордеро – написать письмо в НССО, с просьбой уточнить в каком акте был передан на перестрахование данный договор по текущему перестраховщику. Если в ответе НССО будет указано бордеро, которого нет в КИАС, то необходимо попросить сотрудников повторно отправить данное бордеро на адаптер. После получения бордеро, акт автоматически сформируется в КИАС. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Ошибка в примечании при подписании Акта: «Сумма по акту не равна сумме по проведенным документам. Уточните причину ошибки, исправьте её и продолжите обработку». == | ||
| + | |||
| + | Данная ошибка возникает при автоматической обработке или при нажатии на управляющий элемент //Провести// на Акте или Счете премий и убытков. | ||
| + | |||
| + | При появлении данной ошибки необходимо сравнить суммы по строкам в графах «Сумма платежа» и «Сумма операций». Значение сумм должно быть равно, вне зависимости от знака операции. | ||
| + | |||
| + | Далее необходимо по выявленному акту разобраться, почему в КИАС сумма по операциям отличается от данных пришедших из НССО. | ||
| + | |||
| + | <WRAP center round important 100%> | ||
| + | |||
| + | Т.к. в графе «Сумма операций» отображается сумма всех операций планируемого факта оплаты, сформированных в КИАС по данному документу (Имеют ссылку в поле Документ основание на текущий документ по строке), то при изменении операции с планируемого факта оплаты на оплаченную, суммы из Акта исчезают. Это не является ошибкой и в данном Акте нужно вручную изменить статус на «Подписан». | ||
| + | |||
| + | </WRAP> | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Ошибка : «Операционный документ … находится в статусе "Аннулирован/Оплачен". Включение операции в документ недопустимо !» == | ||
| + | |||
| + | При возникновении данной ошибки необходимо в Акте по строке № 17 проверить статус операционного документа. Данный документ должен быть в статусе «В работе», для возможности включения в него операций. | ||
| + | |||
| + | В зависимости от бизнес-процессов, пользователи самостоятельно решают, как поступить с документом: откатить в статус «В работе» или заменить на новый операционный документ. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Ошибка типа: «Точная выборка возвращает количество строк больше запрошенного» == | ||
| + | |||
| + | А) Ошибка может возникать при проведении документа «Исходящее Раздел 1 (премии) (ОСОПО/ОСГОП)». | ||
| + | |||
| + | Ошибка данного типа может означать, что в договоре исходящего перестрахования контрагент по документу указан дважды в условиях секции. | ||
| + | |||
| + | В данном случае необходимо удалить за двоенного контрагента у которого нет перестраховочных условий. | ||
| + | |||
| + | Б) Ошибка может возникать при проведении документов «Исходящее Раздел 4 (заявленные) (ОСОПО/ОСГОП)» и «Исходящее Раздел 7 (урегулированные) (ОСОПО/ОСГОП)». | ||
| + | |||
| + | Ошибка данного типа может означать, что в КИАС зарегистрировано несколько претензий с одинаковым номером, указанным по одной из строк в документе. | ||
| + | |||
| + | В данном случае необходимо найти за двоенную претензию и скорректировать в не нужной претензии номер. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Ошибка при проведении анализа в Журнале Обмена с АИС НССО: «Не настроен договор ретроцессии» == | ||
| + | |||
| + | Ошибка может возникнуть при попытке проведения Анализа бордеро в Журнале Обмена с АИС НССО. | ||
| + | |||
| + | Для исправления ошибки необходимо проверить корректность заполнения настроечных документов: «Настройка договоров Re (ОСОПО)». В документе должны быть заполнены все поля, в том числе и «Брокер» (с 2018 года в данной графе необходимо указывать контрагента Акционерное общество «Российская национальная перестраховочная компания») | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Ошибка при проведении анализа в Журнале Обмена с АИС НССО: «Не найден договор страхования с номером» == | ||
| + | |||
| + | Ошибка возникает из-за того, что в НССО был сохранен договор с указанным номером, но сейчас по каким-то причинам данного договора нет в системе или он в статусе «Аннулирован». | ||
| + | |||
| + | Для решения проблемы нужно разобраться по каким причинам договора нет в системе или он аннулирован и решить, как учитывать операции по текущему и будущим бордеро. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== Webcustomer ===== | ||
| + | |||
| + | == Как ограничить выбор марок/моделей авто в Webcustomer? == | ||
| + | |||
| + | Для решения данной задачи необходимо воспользоваться документом: «Список ТС, запрещенных для e-ОСАГО», узел «Документы по бизнес-процессам». | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Как запросить данные по диагностической карте в Webcustomer? == | ||
| + | |||
| + | В WebCustomer данные о диагностической карте заполняются на основании результатов вызова проверки ТС.\\ Есть данные - заполнятся, нет - нет. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== WebSale ===== | ||
| + | |||
| + | == Как запросить данные по диагностической карте в WebSale? == | ||
| + | |||
| + | В WebSale запрос данных о диагностической карте выполнялся в рамках метода запроса КБМ (при нажатии кнопки "Запросить КБМ в РСА"). | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Как включить поддержку табличных документов в WebSale == | ||
| + | |||
| + | Для включения поддержки табличных документов в WebSale необходимо в файле web.config в разделе appSettings установить параметр:\\ <add key="UseDefaultDocForm" value="true"/> | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== Веб-сервисы КИАС ===== | ||
| + | |||
| + | == Что означает если в ответе веб-сервиса КИАС присутсвует текст: "RequestToken не соответствует Id приложения!"? == | ||
| + | |||
| + | Это означает, что несистемное приложение использует один из системных AppId или для несистемного приложения в параметрах КИАС настроен ключ авторизации, а приложение не передает сформированный на его основе токен. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Не работают веб-сервисы. Статус: Error. Состояние: Элемент с тем же ключом уже был добавлен. == | ||
| + | |||
| + | Для решения данной проблемы: | ||
| + | |||
| + | * попробуйте выполнить перезапуск сервиса; | ||
| + | * проверьте нет ли в настройке веб-приложений дублирующихся записей. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== Прочее ===== | ||
| + | |||
| + | == Как перейти с ФИАС обратно на КЛАДР? == | ||
| + | |||
| + | Для перехода из режима учета адресов ФИАС в режим КЛАДР необходимо переключить КИАС обратно в режим использования КЛАДР, но __скрипты для обратного маппинга адресов ФИАС - КЛАДР ЛС не предоставляет__. Эти операции Вам придется выполнять собственными силами. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Какой порядок перехода на ФИАС в КИАС? == | ||
| + | |||
| + | Переключение на новый режим осуществляется путем простого изменения значения соответствующей настройки в «Параметрах КИАС». Однако, в связи с тем, что до выпуска обновления 4.0.0.0 все адреса в КИАС выбирались из справочников КЛАДР, дополнительно требуется выполнить ряд операций по установке ссылок в новых полях (ссылки на соответствующие элементы справочников ФИАС). Подробную инструкцию по переходу и скрипты для маппинга ссылок КЛАДР - ФИАС Вы можете получить, оформив соответствующий запрос в СПЛС. | ||
| + | |||
| + | Более подробную информацию смотрите в документе [[kias: novyj_rezhim_ucheta_adresov_v_kias_spravochniki_fias| Новый режим учета адресов в КИАС – справочники ФИАС]] | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Что такое ФИАС в КИАС и для чего он нужен? == | ||
| + | |||
| + | Аббревиатура ФИАС расшифровывается как «Федеральная информационная адресная система». Эту систему поддерживает ФНС России, которая поставляет справочники адресов РФ в двух форматах: КЛАДР и ФИАС. Загрузить справочники можно бесплатно на сайте fias.nalog.ru. | ||
| + | |||
| + | Начиная с обновления 4.0.0.0 КИАС кроме справочников формате КЛАДР поддерживает и режим учета адресов с использованием справочников в формате ФИАС. Необходимость поддержки нового режима работы КИАС в первую очередь была определена требованиями РСА в связи с вводом в эксплуатацию системы АИС ОСАГО 2.0, которая использует исключительно справочники ФИАС. Кроме того, от обслуживания справочников КЛАДР планирует отказаться ФНС России. | ||
| + | |||
| + | Необходимо также отметить, что структура справочников ФИАС лучше отражает фактическую организацию адресных объектов в РФ, обновляется гораздо чаще и содержит более полную и актуальную информацию по сравнению со справочниками КЛАДР. Таким образом компании, оперирующие ОСАГО и не перешедшие на использование справочников ФИАС, могут в будущем столкнуться с проблемами при обмене с внешними системами. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Какой пакет отвечает за взаимодействие с ФИАС? == | ||
| + | |||
| + | Для взаимодействия с ФИАС в КИАС включен новый системный пакет FIAS_UTILS. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Обязателен ли переход на ФИАС для работы с АИС ОСАГО 2.0? == | ||
| + | |||
| + | В настоящее время переход не обязателен, но настоятельно рекомендован всем клиентам, оперирующим ОСАГО, т.к.: | ||
| + | |||
| + | * Несмотря на то, что скрипты обмена с РСА поддерживают оба режима (КЛАДР/ФИАС) сам АИС 2.0 поддерживает только ФИАС. А т.к. справочники КЛАДР и ФИАС содержат немного разное наполнение, хотя и поставляются одной организаций, то при обмене с РСА очень вероятны ошибки вида «Не указан код ФИАС…». | ||
| + | * В случае выхода новых тарифов по ОСАГО в части коэффициентов территории, соответствующие доработки процедур расчета премии в КИАС будут выполнены только для режима «ФИАС». Новые коэффициенты (если они появятся) для режима «КЛАДР» поддерживаться не будут. | ||
| + | * Начиная с обновления, следующего после обновления 4.0.0.0, поддержка справочников КЛАДР больше не будет осуществляться в рамках СТП. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Как в теле сообщения отправляемого через шину данных КИАС передать XML? == | ||
| + | |||
| + | Для передачи XML в структуре данных интеграционной шины он должен быть обрамлен ''CDATA''. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Как правильно из скриптов эквайринга вызвать URL, если в нем присутсвуют параметры? == | ||
| + | |||
| + | Если в URL должны быть включены параметры, то эти параметры относятся к категории GET-параметров. В этом случае они должны быть включены в коллекцию GET выходного XML в нотации NAME-VALUE. Пример: | ||
| + | |||
| + | <code xml> | ||
| + | <GET> | ||
| + | <row> | ||
| + | <NAME>id</NAME> | ||
| + | <VALUE>123456789</VALUE> | ||
| + | </row> | ||
| + | </GET> | ||
| + | </code> | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == При проведении бордеро возникает сообщение об ошибке: «Дата регистрации претензии не может быть ранее даты начала действия условия». == | ||
| + | |||
| + | Ошибка возникает при проведении бордеро НССО 4 и 7 разделов. Для исправления данной ошибки необходимо на Фабрике продуктов по продукту «Вх ОСГОП» или «Вх ОСОПО» в разделе убытки установить значение: «Разрешить регистрацию убытков до начала действия/даты подписания договора». | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Определение дат при указании периодов "Д.принятия к учету и Д.операции" в "Машине проводок". == | ||
| + | |||
| + | В страховой машинке проводок для определения периодов "Д.принятия к учету и Д.операции" по операциям страхового учета используется следующий подход:Периодом Даты принятия к учету - считается год даты начала первичного условия (для операций исх Ре - год даты начала условия Исх Ре), к которому формируется операция, причем если условие является дополнительным (доп. соглашением) к первичному - дата принятия к учету определяется по дате первичного условия.Периодом даты операции - считается год даты операции.В случае, если Период (год) даты операции меньше либо равен Периоду (году) даты принятия к учету-считается, что дата операции и дата принятия к учету лежат в одном периоде.В случае, если Период (год) даты операции больше Периода (года) даты принятия к учету-считается, что дата операции и дата принятия к учету лежат в разных периодах. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Какие процедуры вызываются по кнопкам в АВР? == | ||
| + | |||
| + | Кнопки АВР: | ||
| + | |||
| + | * По платежам премии за период по всем договорам; | ||
| + | * По платежам премии за период по указанным договорам; | ||
| + | * По платежам премии за период по всем договорам (с контролем КВ); | ||
| + | * По платежам премии за период по указанным договорам (с контролем КВ) | ||
| + | |||
| + | За работу указанных кнопок отвечает один обработчик DOCS_UTILS.DOCAGENTREPPROCESS, который в свою очередь вызывает скрипт описанный в параметрах КИАС: Расчеты с посредником - Скрипт расчета вознаграждения в АВР и УАВР. | ||
public/faq.1592307723.txt.gz · Последние изменения: 16/06/2020 14:42 — Осокин С.В. (ЛС-Про)