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

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

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

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

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

• Дата подписания -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 по выставленному требованию, который передается в РСА, можно посмотреть в журнале обмена с АИС ПВУ РСА.

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

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

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

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

Для решения данной проблемы:

• попробуйте выполнить перезапуск сервиса;
• проверьте нет ли в настройке веб-приложений дублирующихся записей.

Для перехода из режима учета адресов ФИАС в режим КЛАДР необходимо переключить КИАС обратно в режим использования КЛАДР, но скрипты для обратного маппинга адресов ФИАС - КЛАДР ЛС не предоставляет. Эти операции Вам придется выполнять собственными силами.

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

Аббревиатура ФИАС расшифровывается как «Федеральная информационная адресная система». Эту систему поддерживает ФНС России, которая поставляет справочники адресов РФ в двух форматах: КЛАДР и ФИАС. Загрузить справочники можно бесплатно на сайте fias.nalog.ru.

Начиная с обновления 4.0.0.0 КИАС кроме справочников формате КЛАДР поддерживает и режим учета адресов с использованием справочников в формате ФИАС. Необходимость поддержки нового режима работы КИАС в первую очередь была определена требованиями РСА в связи с вводом в эксплуатацию системы АИС ОСАГО 2.0, которая использует исключительно справочники ФИАС. Кроме того, от обслуживания справочников КЛАДР планирует отказаться ФНС России.

Необходимо также отметить, что структура справочников ФИАС лучше отражает фактическую организацию адресных объектов в РФ, обновляется гораздо чаще и содержит более полную и актуальную информацию по сравнению со справочниками КЛАДР. Таким образом компании, оперирующие ОСАГО и не перешедшие на использование справочников ФИАС, могут в будущем столкнуться с проблемами при обмене с внешними системами.

Для взаимодействия с ФИАС в КИАС включен новый системный пакет FIAS_UTILS.

В настоящее время переход не обязателен, но настоятельно рекомендован всем клиентам, оперирующим ОСАГО, т.к.:

• Несмотря на то, что скрипты обмена с РСА поддерживают оба режима (КЛАДР/ФИАС) сам АИС 2.0 поддерживает только ФИАС. А т.к. справочники КЛАДР и ФИАС содержат немного разное наполнение, хотя и поставляются одной организаций, то при обмене с РСА очень вероятны ошибки вида «Не указан код ФИАС…».
• В случае выхода новых тарифов по ОСАГО в части коэффициентов территории, соответствующие доработки процедур расчета премии в КИАС будут выполнены только для режима «ФИАС». Новые коэффициенты (если они появятся) для режима «КЛАДР» поддерживаться не будут.
• Начиная с обновления, следующего после обновления 4.0.0.0, поддержка справочников КЛАДР больше не будет осуществляться в рамках СТП.

Для передачи XML в структуре данных интеграционной шины он должен быть обрамлен CDATA.

Если в URL должны быть включены параметры, то эти параметры относятся к категории GET-параметров. В этом случае они должны быть включены в коллекцию GET выходного XML в нотации NAME-VALUE. Пример:

<GET>
	<row>
		<NAME>id</NAME>
		<VALUE>123456789</VALUE>
	</row>
</GET>

Ошибка возникает при проведении бордеро НССО 4 и 7 разделов. Для исправления данной ошибки необходимо на Фабрике продуктов по продукту «Вх ОСГОП» или «Вх ОСОПО» в разделе убытки установить значение: «Разрешить регистрацию убытков до начала действия/даты подписания договора».