Экспресс-котировку на аддендум возможно создать если дата окончания версии по ОСАГО позже, чем дата окончания договора, для которого необходимо создать котировку. Необходимо изменить дату окончания версии продукта «ОСАГО» на Фабрике продуктов.

При расчёте премии по аддендуму ОСАГО коэффициенты пересчитываются на дату аддендума, при условии изменения влияющих на них факторов.

Это штатное поведение системы, так работает данный функционал.

В данном случае необходимо внести в график платежей строки на дату дополнительного соглашения со знаками «минус» в суммах.

Пример дат,по первичным условиям:

• Дата подписания -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;
• выпускаете договор;
• расторгаете «не верное условие»;
• перекидываете премию с «неверного условия» на «созданное условие».

При расторжении договора, который не вступил в силу (дата расторжения раньше даты начала договора), убыток не формируется, а договор признаётся недействительным. Все сформированные операции по договору будут отсторнированы Инспектором КИАС.

Вы столкнулись с ограничением системы. При регистрации страхового акта и оценке ЗНУ в качестве валюты можно выбрать либо рубли, либо валюту договора. В данном случае рекомендуем поступить следующим образом:

1. Вам необходимо рассчитать сумму в рублях по курсу по валюте заявленного убытка. Указать сумму в рублях при оценке ЗНУ и в Страховом акте. Отметку о том, что убыток пришел в валюте ставить в примечании.
2. Так как валютные платежки не выгружаются из КИАС, а создаются в клиент-банке, то РВ в данном случае не играет роли, в нем может быть сумма в валюте убытка.
3. Платите в валюте через клиент-банк.
4. Пришедшее валютное платежное поручение в валюте привязываете к операции оплаты в убытке.

В случае необходимости провести оплату одному контрагенту нескольких платежей с разными валютами мы рекомендуем разделять выплату на разные документы «Распоряжения на выплату» (одно РВ = одна валюта).

Для отзыва договоров ОСГОП/ОСОПО в КИАС рекомендуем воспользоваться документом «Отзыв авторизованных номеров ОСГОП и ОСОПО в АИС НССО» (расположен в узле «Документы по бизнес-процессам»). Порядок работы с документом:

1. указываете номер договора в поле «Номер авторизации»;
2. указываете ISN сообщения вида «Получение/отзыв номера договора ОСГОП» (из Журнала обмена с АИС НССО) в поле «Идентификационный номер сообщения в КИС СК»;
3. нажимаете кнопку «Отозвать номера из НССО».

Для быстрого поиска ISN сообщения с запросом номера вы можете воспользоваться следующим запросом (меню Отчёты - SQL отчёты):

SELECT ISN, Created, Remark FROM nssoxml
WHERE Classisn = 224118
AND remark LIKE '%Успешно выполнена авторизация номера%'
AND remark LIKE '%................%'

где в последней строке между %% необходимо ввести номер договора, который нужно отозвать.

• В первичных полисах дата begin_date указывается из поля «Начало» (формуляр договора).
• В дополнительных соглашениях дата begin_date указывается из поля «Начало» (формуляр договора, раздел Последние изменения по договору).
• В досрочном расторжении дата begin_date указывается из поля «Дата расторжения» + 1 день (из формы Убытка на возврат премии).

Причины прекращений для ОСОПО и ОСГОП вносятся конечными пользователями самостоятельно в системный справочник Страхование: Причины расторжения договора и затем настраиваются на Фабрике продуктов КИАС (Описание продуктов → Ограничения и оговорки → Причины досрочного расторжения договора).

Тех. коррекция или отзыв электронных полисов из карточки договора не выполнятся. Для указанных операций с электронными полисами ОСАГО необходимо использовать специализированные документы, которые расположены в узле «Документы по бизнес-процессам» или «Документы по бизнес-процессам → Е-ОСАГО»:

• «Тех. коррекция полиса е-ОСАГО в РСА»
• «Отзыв полисов е-ОСАГО из РСА (RecAll)».(!!!Операция необратима - после отзыва восстановить полис нельзя!!!)

Для этой цели необходимо воспользоваться документом «Оформление договора е-ОСАГО из котировки» или документом «Оформление полиса е-ОСАГО в РСА из договора» (в зависимости от того, каким образом был создан договор). Оба документа расположены в узле «Документы по бизнес-процессам».

Для бумажных полисов необходимо:

1. сохранить текущее состояние договора в РСА;
2. после получения ответа об успешном завершении предыдущей операции в РСА, внести изменения на карточке контрагента (указать новые ВУ);
3. сохранить договор в РСА повторно.

== «Ошибка из РСА ДиКБМ при сохранении договора ХХХ-0000000000 (ISN=Х): Ошибка. В БД присутствует Версия Договора c таким же БСО, как и присланный (код 429)» == Вероятно, с данным бланком уже был сохранен другой договор. Рекомендуется проанализировать историю движения бланка (к каким договорам он был привязан), историю сохранения этих договоров. Алгоритм исправления ситуации:

1. Следует выполнить отзыв договора, к которому ранее был привязан бланк, с помощью пункта меню «Отозвать договор» управляющего элемента «Сохранить в РСА» ЭКД;
2. Затем, после получения ответа об успешном отзыве, следует выполнить сохранение нового договора и старого, если это необходимо (в случае замены бланка).

Порядок действий пользователя при возникновении данной ошибки следующий:

1. В тех.поддержке РСА выяснить номер, присвоенный полису («ХХХ-…»), записать его в КИАС в формуляр договора/котировки
2. Получить в тех.поддержке РСА подтверждение о переводе полиса в статус «Не определен» (действует 1 сутки, затем нужно обращаться снова в РСА)
3. Завершить оформление полиса, используя документ:

• «Оформление договора е-ОСАГО из котировки», указывая в атрибуте полную котировку - если полис оформлялся в WEB CUSTOMER;
• «Оформление полиса е-ОСАГО в РСА из договора», указывая в атрибуте договор - если полис оформлялся с ЭКД ОСАГО.

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

• экранная форма убытка — «Убыток по автострахованию»
• в качестве ответчика должен выступать контрагент – юридическое лицо;
• на карточке контрагента-ответчика должен быть заполнен код страховщика для АПК ИРЦ ОСАГО в системном дополнительном атрибуте «Код страховщика для АПК ИРЦ ОСАГО»;
• должна быть установлена галочка в поле «Требование к ответчику подлежит урегулированию в рамках ПВУ по ОСАГО»
• Работа с этими разделами аналогична функционалу ПВУ.

Проанализируйте историю изменения убытка на предмет того, был ли в карточке этого убытка установлен признак «Видеофиксация ГЛОНАСС/GPS» на момент выставления требования. Исходящий XML по выставленному требованию, который передается в РСА, можно посмотреть в журнале обмена с АИС ПВУ РСА.

В договоре необходимо указать признак «Без ограничений по лицам, допущенным к управлению» (значение или «да» или «нет»). Расположен в правом нижнем углу раздела «Объект(ы) страхования/ Условия страхования». Если в договоре присутствуют лица, допущенные к управлению, то необходимо проставить и затем снять данный признак. Если договор без ограничений по лицам, то должен быть установлен соответствующий признак.

Для этой цели предусмотрен документ «ПВУ. Запрос копии сообщения» (расположен в узле «Документы по бизнес-процессам» - «Транзитная зона»), с помощью которого вы можете запрашивать как копии необходимых сообщений, так и их статус.

Как ограничить выбор марок/моделей авто в Webcustomer?

Это означает, что несистемное приложение использует один из системных AppId или для несистемного приложения в параметрах КИАС настроен ключ авторизации, а приложение не передает сформированный на его основе токен.

Как перейти с ФИАС обратно на КЛАДР?

Какой порядок перехода на ФИАС в КИАС?

Что такое ФИАС в КИАС и для чего он нужен?

Какой пакет отвечает за взаимодействие с ФИАС?

Обязателен ли переход на ФИАС для работы с АИС ОСАГО 2.0?

Как в теле сообщения отправляемого через шину данных КИАС передать XML?

Как правильно из скриптов эквайринга вызвать URL, если в нем присутсвуют параметры?

При проведении бордеро возникает сообщение об ошибке: «Дата регистрации претензии не может быть ранее даты начала действия условия».