Различия

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

--- public:faq [18/06/2020 09:34]
Осокин С.В. (ЛС-Про) [Прочее]
+++ public:faq [21/08/2026 14:55] (текущий)
Мардашев И.Ю. [Обмен с подсистемами НСИС]
@@ Строка 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".
+%%Документ предназначен для корректного сохранения договора ОСАГО в ДиКБМ в случае замены водительского удостоверения (в/у).%%
+%%Используется только при наличии следующих условий:%%
+  * %%в разделе «Документы по договору» присутствует документ вида «Запрос КБМ в РСА», содержащий в столбце «Документ» данные о старом в/у;%%
+  * %%контрагент, у которого поменялось в/у, включён в список участников договора в качестве ЛДУ.%%
+%%При замене в/у у контрагента, который включён в список участников договора в качестве ЛДУ, новое в/у вносится в карточку контрагента такого участника, после чего в разделе договора «Документы по договору» нужно создать документ вида «Замена ВУ».%%
+%%По кнопке "Провести" в документе «Замена ВУ» производится сохранение договора в%% %% НСИС ДиКБМ с данными о старом и новом в/у.%%
+//В случае отсутствия документа, необходимо подать заявку в СПЛС на установку данного документа. //
+----
+== Получены ошибки из НСИС при попытке сохранить тех. коррекцию договора, поскольку при оформлении была допущена ошибка в дате рождения страхователя, являющегося также ЛДУ.==
+При возникновении данной ошибки необходимо сделать следующее:
+  * Очистить SUBJECT.EXTSYSTEMKEY у проблемного контрагента (не забыть commit) и выполнить сохранение тех.коррекции договора.
+----
+==  Договор, созданный из котировки, был переведён в статус «Заключён». При попытке отменить договор соглашения в системе получены ошибки из НСИС: ==
+Изменение статуса договора КАСКО не сохранено c критическими ошибками:
+- Невозможен переход из статуса Проект в статус Отменен (код 61003022, загрузка через исключение = 0)
+Ошибка произошла из за того, что при выпуске договора из котировки ему заново присвоили номер, тогда как нужно было перевести договор в «Заключён».
+При возникновении данной ошибки необходимо сделать следующее:
+  - В договоре очистить таблицу ключей;
+  - Изменить номер договора на тот, который был присвоен при сохранении котировки;
+  - С помощью документа «Получение информации о загруженном договоре в АИС Страхование (НСИС)» выполнить запрос идентификатора, получить информацию и перенести сведения в договор.
+  - Досохранить оставшуюся информацию (об оплатах) штатным способом.
+Проект со временем будет переведен в статус «Отменён в НСИС автоматически».
+----
+== Получены ошибки из НСИС при попытке сохранить договор: ФЛК 32020545 "Указание двух документов с совпадающими типом, серией и номером недопустимо (Дополнительный документ. Тип)" возвращается корректно.  ==
+В случае необходимости исправления опечаток в документах - СК следует направить в АИС Страхования техническую коррекцию, в которой следует передать только корректные данные документа.
+В случае срабатывания в результате загрузки ТК ФЛК 12004018 "Данные ТС, указанные в тех. коррекции, не совпадают с данными по ТС, указанными в договоре/доп. соглашении, к которому выполняется тех. коррекция" СК сможет обойти указанную ошибку воспользовавшись сервисом обработки Исключительных ситуаций.
+При возникновении данной ошибки необходимо сделать следующее:
+  * Требуется указать правильную дату выдачи документа транспортного средства в текущем и в предыдущем состояниях.
+----
+== При сохранении тех. коррекции: загрузка сканов через документ «Загрузка договора через исключения» при нажатии на кнопку «Загрузить полис в АИС Страхование» воспроизводится сообщение об ошибке: «Получена ошибка из НСИС: В запросе нет ссылок на файлы».  ==
+Ошибка возникла из‑за того, что в договоре в разделе «Дополнительные атрибуты договора» установлен чекбокс «Уточнение условия договора в НСИС будет сделано позже».
+При установке данного атрибута (системная константа cNsisAgr_postponedContractConditions) при сохранении договора передается postponedContractConditions = true и не формируются блоки участников и объектов.
+При возникновении данной ошибки необходимо сделать следующее:
+  - Очистить доп. атрибут в договоре "Уточнение условия договора в НСИС будет сделано позже";
+  - Повторить сохранить тех.коррекцию  через документ "Загрузка договора через исключения".
+----
+== При сохранении проекта договора ОСАГО в НСИС воспроизводится ошибка: Проект доп.соглашения не сохранен c критическими ошибками: ==
+- В доп. соглашении не допускается изменение поля/ей expirationDate (код 12003135, загрузка через исключение = 0);
+- Изменяемая дата начала периода использования в ДС не может быть раньше (меньше) даты заключения ДС + кол-во дней (1) (код 12003256, загрузка через исключение = 1)
+При возникновении данной ошибки необходимо сделать следующее:
+  * Измените дату в формуляре "Окончание" и сохраните договор в НСИС.
+----
+== При сохранении договоров ОСАГО воспроизводится ошибка "Дата заключения договора должна быть равна текущей дате по московскому времени".==
+При сохранении через исключение воспроизводится ошибка "При формировании запроса на сохранение в АИС Страхование договора произошла ошибка: ORA-20555: ORA-20111: Договор / проект договора не был сохранен в АИС Страхование, изменение статуса невозможно", даже если проект по всем договорам был сохранен.
+<code sql>
+Если ошибка характера:
+{ «code»: «12003022»,
+«description»: «Дата заключения договора должна быть равна текущей дате по московскому времени»,
+«isCritical»: true,
+«exceptionCode»: «0»,
+«path»: «insuranceContract»
+}
+</code>
+То через исключения данную ошибку устранить невозможно.
+При возникновении данной ошибки необходимо сделать следующее:
+. Запросить сведения с помощью документа "Получение информации о загруженном договоре в АИС Страхование (НСИС)". В поле "statusCode" в документе должен быть = 4 (Отменен).
+. Если в п.1 по каким-то причинам получить сведения не удается, то запросить данные к тех. поддержке НСИС.
+. По полученным данным заполнить таблицу ключей CROSSKEY, за образец можно взять блок:
+<code sql>
+insert into CrossKey
+(SystemISN, ClassISN, ObjISN, Param,
+ExtSystemKey, ExtSystemKey2, KiasSystemKey, KiasSystemKey2,
+XmlISN, Status, MethodName, Remark)
+Values
+(cnt.isn('cExtSystem_Nsis'),220565, <ISN договора>, null,
+<поле «contractId»>, <поле «addendumId»>, <поле «cisContractId»>, decode(trim(<поле «cisVersionId»>),'0',null,<поле «cisVersionId»>),
+null, 'A', decode(trim(<поле «addendumId»>),null,'Contract','Addendum') , 'Заполнено по данным из НСИС');
+</code>
+. После заполнения таблицы ключей CROSSKEY использовать документ "Загрузка статуса договора в АИС Страхование (в т.ч. через исключения)" для изменения статуса.
+----
+== Порядок сохранения дополнительных соглашений ОСАГО при замене водительского удостоверения:   ==
+**заключенные с 09.12.2025:**
+"Согласно пункту 12 Приложения 4 Указания Банка России от 09.10.2025 № 7204-У «О страховых тарифах по обязательному страхованию гражданской ответственности владельцев транспортных средств», для договоров ОСАГО, заключенных с 09.12.2025, коэффициент страхового тарифа в зависимости от характеристик (навыков) допущенных к управлению транспортным средством водителей (стажа управления транспортными средствами, соответствующими по категории транспортному средству, в отношении которого заключается договор обязательного страхования, возраста водителя) (далее – КВС) определяется страховщиком на дату начала срока страхования гражданской ответственности данного лица, допущенного к управлению (далее – ЛДУ).
+Таким образом, было проведено изменение алгоритма определения КВС:
+** заключенные ранее 09.12.2025:**
+КВС определяется по первому вхождению ЛДУ в договор с учетом непрерывности нахождения в договоре. Определение возраста и стажа для расчета КВС выполняется поиском первого вхождения ЛДУ в непрерывную цепочку договора и дополнительных соглашений, и значения возраста и стажа определяются на дату заключения найденной версии договора, по полученным значениям возраста и стажа определяется значение КВС.
+Таким образом, идентификация ЛДУ на стороне НСИС осуществляется по серии и номеру водительского удостоверения, а не по ФИО и дате рождения. Даже если контрагент уже был включён в договор, но впоследствии заменил водительское удостоверение, водительский стаж для него следует рассчитывать начиная с даты заключения договора страхования.
+Если у контрагента на момент заключения ДС изменились данные Водительского удостоверения, то для того, чтобы сохранить непрерывность нахождения контрагента в цепочке загруженных объектов , при загрузке ДС в теле запроса у данного контрагента СК рекомендуется передать связку предыдущего и актуального Водительского удостоверения субъекта (в блок driverLicense указать данные нового ВУ, в блок altDriverLicense указать данные прежнего ВУ). В таком случае цепочка не будет нарушена, и стаж субъекта будет рассчитываться в соответствии с основным договором.
+Если при сохранении аддендума воспроизводится ошибка, то необходимо воспользоваться документом "Замена ВУ" (АИС страхование НСИС).
+----
+== При отмене Дополнительного соглашения воспроизводится ошибка: «изменения внесены согласно доп. соглашению".   ==
+При возникновении данной ошибки необходимо сделать следующее:
+. Необходимо вернуть данный аддендум в статус «оформление» и сформировать график платежей (должно быть 4 платежа) для соответствия первоначальному сохранению т.к. график платежей был перенесен на сл. состояние;
+. Скопировать дату в поле "Текущее состояние договора" "Подписан" той датой, которая была сохранена для данного аддендума;
+. Повторите попытку сохранения в НСИС, если останется только критическая ошибка 61003201 "Сумма доплат/возвратов премии всех ДС должна быть равна изменениям Общего размера страховой премии" уточните у поддержки НСИС какую премию они ожидают и передайте  ее в в тех. коррекцию;
+. При успешном сохранении необходимо вернуть договор в предыдущий статус и удалить сформированные в п.1 график платежей.
+----
+==  При сохранении тех.коррекции в договоре ОСАГО воспроизводится ошибка:   ==
+Проект доп.соглашения не сохранен c критическими ошибками:
+-Дата и время заключения договора/доп. соглашения должны быть больше или равны дате и времени внесения в КИС СК (код 12003035, загрузка через исключение = 0)
+Ошибка связана с тем, что в запросах
+«"revisionDate":» и  «"addendumClosingDate":»  указаны неверные даты.
+При возникновении данной ошибки необходимо сделать следующее:
+. Изменить дату "revisionDate" на дату которая содержит "addendumClosingDate",
+. Очистить все ключи и сохранить тех.коррекцию.
+----
+== Список данных, передаваемых в НСИС при загрузке договора:   ==
+<code sql>
+Для блока person:
+) contactPhones формируется так:
+- Вычисляется "Телефон мобильный" // regexp_replace(subj_utils.GetSubjPhone({ISN контрагента},cnt.isn('cContactPhoneMobile'),1),'\D')
+- Вычисляется "Телефон для SMS" // regexp_replace(subj_utils.GetSubjPhone({ISN контрагента},cnt.isn('cContactPhoneSMS'),1),'\D')
+- Вычисляется "Телефон Web пользователя" // select regexp_replace(SUBJ_UTILS.FormatPhoneNumber(w.Phone, CNT.Code('cSmsNumberFormat')),'\D') from WebUser w where w.ISN={ISN контрагента} and rownum<2
+И берется первое не пустое по приоритету выше
+) email формируется так:
+- Вычисляется "Email контактный" // trim(subj_utils.GetSubjPhone({ISN контрагента},cnt.isn('cContactEmail'),1))
+- Вычисляется email из таблицы AgrRole // select trim(subj_utils.GetSubjPhone(ar.SubjISN,cnt.isn('cContactEmail'),1)) from AgrRole ar
+where ar.AgrISN={ISN договора} and ar.ClassISN=cnt.isn('crlClientUnderWriter') and rownum<2
+И берется первое не пустое по приоритету выше.
+Для блока object/program (ДМС) формируем только contactPhones:
+regexp_replace(subj_utils.GetSubjPhone(50,Cnt.ISN('cContactPhoneWork'),1),'\D')
+Данные по компании берутся только для object/program (ДМС), в остальных случаях по контрагенту.
+</code>
 ===== Учет договоров в КИАС =====
-== Пропала эксперсс-котировка на продление/аддендум ОСАГО ==
+== Пропала экспресс-котировка на продление/аддендум ОСАГО ==
-Экспресс-котировку на аддендум возможно создать если дата окончания версии по ОСАГО позже, чем дата окончания договора, для которого необходимо создать котировку. Необходимо изменить дату окончания версии продукта «ОСАГО» на Фабрике продуктов.
+Экспресс-котировку на аддендум возможно создать, если дата окончания версии по ОСАГО позже, чем дата окончания договора, для которого необходимо создать котировку. Необходимо изменить дату окончания версии продукта «ОСАГО» на Фабрике продуктов.
 ----
@@ Строка 18: / Строка 542: @@
 Это штатное поведение системы, так работает данный функционал.
+----
+== В договоре отсутствует документ "Запрос КБМ". Невозможно сделать аддендум и выполнить запрос КБМ. ==
+Вероятно, данный договор был получен из внешних источников (например, через WEB партнера).
+Рекомендации:
+Вариант 1:
+  - Сделать копию данного договора. Запросить в этой копии КБМ. Будет создан документ "Запрос КБМ в РСА" по этим же водителям.
+  - Привязать документ "Запрос КБМ в РСА" к оригинальному договору (в поле документ-основание для каждого участника и в раздел документы по договору).
+  - Попытаться выполнить сохранение аддендума.
+Вариант 2:
+  - Сделать копию данного договора. Запросить в этой копии КБМ. Будет создан документ "Запрос КБМ в РСА" по этим же водителям.
+  - Привязать документ "Запрос КБМ в РСА" к оригинальному договору (в поле документ-основание для каждого участника и в раздел документы по договору).
+  - Аннулировать копию договора. Попытаться сохранить оригинал договора. (если электронный полис - через документ "Тех.коррекция эл.полиса в АИС ОСАГО 2")
+  - После подтверждения сохранения оригинала договора, выполнить попытку сохранения аддендума.
 ----
@@ Строка 60: / Строка 605: @@
 == Как провести оценку ЗНУ в валюте отличной от валюты договора? ==
 Вы столкнулись с ограничением системы. При регистрации страхового акта и оценке ЗНУ в качестве валюты можно выбрать либо рубли, либо валюту договора. В данном случае рекомендуем поступить следующим образом:
   - Вам необходимо рассчитать сумму в рублях по курсу по валюте заявленного убытка. Указать сумму в рублях при оценке ЗНУ и в Страховом акте. Отметку о том, что убыток пришел в валюте ставить в примечании.
@@ Строка 66: / Строка 611: @@
   - Платите в валюте через клиент-банк.
   - Пришедшее валютное платежное поручение в валюте привязываете к операции оплаты в убытке.
 ----
@@ Строка 72: / Строка 616: @@
 == Как провести оплату по двум разным убыткам в разных валютах одному контрагенту? ==
 В случае необходимости провести оплату одному контрагенту нескольких платежей с разными валютами мы рекомендуем разделять выплату на разные документы «Распоряжения на выплату» (одно РВ = одна валюта).
 ----
+===== Обмен с НССО =====
-===== Вопросы по обмену с НССО =====
 == Как найти и выполнить отзыв договоров ОСОПО/ ОСГОП? ==
@@ Строка 95: / Строка 638: @@
 and remark like '%................%'
 </code>
 где в последней строке между %% необходимо ввести номер договора, который нужно отозвать.
@@ Строка 104: / Строка 648: @@
   * В дополнительных соглашениях дата begin_date указывается из поля «Начало» (формуляр договора, раздел Последние изменения по договору).
   * В досрочном расторжении дата begin_date указывается из поля «Дата расторжения» + 1 день (из формы Убытка на возврат премии).
+----
+== При сохранении расторжения получаем ошибки "Не найдены данные по предыдущему договору ...", "Невозможно заменить договор ...., т.к он отсутствует в БД АИС НССО" ==
+Данные ошибки возвращается в случае, если нарушается порядок сохранения данных - оформили прекращение договора не дождавшись его сохранения.
+Из-за этого, данные о сохранении (ExtSystemKey) записываются не в договоре, а в убытке на возврат и при сохранении срабатывают соответствующие ФЛК НССО.\\ Очистите ExtSystemKey в убытке на возврат и повторите попытку сохранения в НССО (при этом будет применен метод CONTR_J_ACCEPT).
 ----
@@ Строка 109: / Строка 661: @@
 == Ошибка при сохранении договора: Указанная причина расторжения не найдена в версии продукта (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 |Экранная карточка убытка}}
+===== Обработка бордеро из НССО =====
+== Ошибка : «В договоре исходящего перестрахования не найден участник». ==
-  - сохранить текущее состояние договора в РСА;
+При получении ошибки данного типа необходимо в договор исходящего перестрахования на обрабатываемый год добавить соответствующего участника.
-  - после получения ответа об успешном завершении предыдущей операции в РСА, внести изменения на карточке контрагента (указать новые ВУ);
-  - сохранить договор в РСА повторно.
 ----
-== "Ошибка из РСА ДиКБМ при сохранении договора ХХХ-0000000000 (ISN=Х): Ошибка. В БД присутствует Версия Договора c таким же БСО, как и присланный (код 429)"  == Вероятно, с данным бланком уже был сохранен другой договор. Рекомендуется проанализировать историю движения бланка (к каким договорам он был привязан), историю сохранения этих договоров.  Алгоритм исправления ситуации:
+== Ошибка «Данные не найдены» или «Не указано условие договора (CondISN)» ==
-  - Следует выполнить отзыв договора, к которому ранее был привязан бланк, с помощью пункта меню «Отозвать договор» управляющего элемента «Сохранить в РСА» ЭКД;
+Ошибка данного типа может означать, что не произведена одна из следующих настроек:
-  - Затем, после получения ответа об успешном отзыве, следует выполнить сохранение нового договора и старого, если это необходимо (в случае замены бланка).
+  * не настроен документ Документы по Re НССО (ОСГОП);
+  * не настроен документ Документы по Re НССО (ОСОПО);
+  * на Фабрике продуктов для продуктов по входящему перестрахованию ОСОПО и ОСГОП не установлены правило/риск по умолчанию и класс/тип объекта по умолчанию.
 ----
-== Ошибка при сохранении договора: "Получена ошибка из РСА: Тайм-аут канала запроса во время ожидания ответа после истечения 00:01:00." ==
+== Ошибка «Документ …Раздел 1…должен быть подписан» ==
-Порядок действий пользователя при возникновении данной ошибки следующий:
+При получении ошибки данного типа необходимо найти документ по Разделу 1 и нажать управляющий элемент «Провести». Только после этого приступать к проведению следующих разделов.
-  - В тех.поддержке РСА выяснить номер, присвоенный полису («ХХХ-…»), записать его в КИАС в формуляр договора/котировки
+В том случае, если Раздел 1 пустой также требуется нажать управляющий элемент «Провести».
-  - Получить в тех.поддержке РСА подтверждение о переводе полиса в статус «Не определен» (действует 1 сутки, затем нужно обращаться снова в РСА)
-  - Завершить оформление полиса, используя документ:
-  * «Оформление договора е-ОСАГО из котировки», указывая в атрибуте полную котировку - если полис оформлялся в WEB CUSTOMER;
+<WRAP center round important 100%>
-  * «Оформление полиса е-ОСАГО в РСА из договора», указывая в атрибуте договор - если полис оформлялся с ЭКД ОСАГО.
+Т.к. при проведении раздела №2 будут проведены все разделы за месяц по данному контрагенту, то проверять нужно все бордеро раздела №1 за период по данному контрагенту.
+</WRAP>
 ----
-== Как выставить заявку в рамках суброгации КАСКО-ОСАГО? ==
+== Ошибка «Дата регистрации претензии не может быть ранее даты начала действия условия» ==
-Для управления информационным обменом по суброгации в рамках КАСКО-ОСАГО на карточке регрессно-суброгационного дела (ЭКРС) предусмотрено отображение разделов «Второй участник страхового события» и «Обмен сообщениями с ИРЦ РСА» (по умолчанию эти разделы на ЭКРС скрыты). Для того чтобы на ЭКРС эти разделы отображались, должны быть соблюдены следующие условия:
+Для исправления данной ошибки необходимо на Фабрике продуктов по продукту «Вх ОСГОП» или «Вх ОСОПО» в разделе убытки установить значение: «Разрешить регистрацию убытков до начала действия/даты подписания договора».
-  * экранная форма убытка — «Убыток по автострахованию»
+----
-  * в качестве ответчика должен выступать контрагент – юридическое лицо;
-  * на карточке контрагента-ответчика должен быть заполнен код страховщика для АПК ИРЦ ОСАГО в системном дополнительном атрибуте «Код страховщика для АПК ИРЦ ОСАГО»;
+== Ошибка типа «Сумма операций не равна сумме по документу! В подписании отказано!» ==
-  * должна быть установлена галочка в поле «Требование к ответчику подлежит урегулированию в рамках ПВУ по ОСАГО»
-  * Работа с этими разделами аналогична функционалу ПВУ.
+Данная ошибка может возникать при передаче портфеля одного перестраховщика, другому.
+Для исправления ошибки необходимо проверить совпадает контрагент по бордеро с контрагентами по договорам. Если в договоре указан другой контрагент, то его необходимо заменить, на контрагента указанного в бордеро и после этого провести документ.
 ----
-== Ошибка при выставлении требования: "Требование переведено в статус: "Ошибка". Полученная ошибка из АИС ПВУ: Реальные выплаты превышают допустимые: " ==
+== Ошибка «Не найдено перестраховочное условие на участника договора перестрахования (….) для договора …. !» ==
-Проанализируйте историю изменения убытка на предмет того, был ли в карточке этого убытка установлен признак «Видеофиксация ГЛОНАСС/GPS» на момент выставления требования.  Исходящий XML по выставленному требованию, который передается в РСА, можно посмотреть в журнале обмена с АИС ПВУ РСА.
+При появлении данного вида ошибки необходимо проанализировать причины его не попадания, для этого:
+  * уточнить какая дата подписания данного договора в КИАС;
+  * проверить все бордеро исх. 1 раздела с датой регистрации следующим месяцем после даты подписания договора по контрагенту СОГАЗ. Всели бордеро проведены? Если нет, то провести и повторить попытку проведения, текущего бордеро;
+  * если бордеро по предыдущему пункту не найдено или проведение не помогло, то нужно проверить Журнал обмена с АИС НССО - есть ли там красные строки за весь следующий месяц после даты подписания договора по контрагенту;
+  * если в журнале нет не проанализированных бордеро – написать письмо в НССО, с просьбой уточнить в каком акте был передан на перестрахование данный договор по текущему перестраховщику. Если в ответе НССО будет указано бордеро, которого нет в КИАС, то необходимо попросить сотрудников повторно отправить данное бордеро на адаптер. После получения бордеро, акт автоматически сформируется в КИАС.
 ----
-== Ошибка при выставлении заявки по суброгации: "Не указан признак наличия/отсутствия ограничения списка лиц, допущенных к управлению по полису застрахованного" ==
+== Ошибка в примечании при подписании Акта: «Сумма по акту не равна сумме по проведенным документам. Уточните причину ошибки, исправьте её и продолжите обработку». ==
-В договоре необходимо указать признак «Без ограничений по лицам, допущенным к управлению» (значение или «да» или «нет»). Расположен в правом нижнем углу раздела «Объект(ы) страхования/ Условия страхования».  Если в договоре присутствуют лица, допущенные к управлению, то необходимо проставить и затем снять данный признак. Если договор без ограничений по лицам, то должен быть установлен соответствующий признак.
+Данная ошибка возникает при автоматической обработке или при нажатии на управляющий элемент //Провести// на Акте или Счете премий и убытков.
+При появлении данной ошибки необходимо сравнить суммы по строкам в графах «Сумма платежа» и «Сумма операций». Значение сумм должно быть равно, вне зависимости от знака операции.
+Далее необходимо по выявленному акту разобраться, почему в КИАС сумма по операциям отличается от данных пришедших из НССО.
+<WRAP center round important 100%>
+Т.к. в графе «Сумма операций» отображается сумма всех операций планируемого факта оплаты, сформированных в КИАС по данному документу (Имеют ссылку в поле Документ основание на текущий документ по строке), то при изменении операции с планируемого факта оплаты на оплаченную, суммы из Акта исчезают. Это не является ошибкой и в данном Акте нужно вручную изменить статус на «Подписан».
+</WRAP>
 ----
-== Как повторно запросить требование в АИС ПВУ? ==
+== Ошибка : «Операционный документ … находится в статусе "Аннулирован/Оплачен". Включение операции в документ недопустимо !» ==
-Для этой цели предусмотрен документ «ПВУ. Запрос копии сообщения» (расположен в узле «Документы по бизнес-процессам» - «Транзитная зона»), с помощью которого вы можете запрашивать как копии необходимых сообщений, так и их статус.
+При возникновении данной ошибки необходимо в Акте по строке № 17 проверить статус операционного документа. Данный документ должен быть в статусе «В работе», для возможности включения в него операций.
+В зависимости от бизнес-процессов, пользователи самостоятельно решают, как поступить с документом: откатить в статус «В работе» или заменить на новый операционный документ.
 ----
+== Ошибка типа: «Точная выборка возвращает количество строк больше запрошенного» ==
+А) Ошибка может возникать при проведении документа «Исходящее Раздел 1 (премии) (ОСОПО/ОСГОП)».
+Ошибка данного типа может означать, что в договоре исходящего перестрахования контрагент по документу указан дважды в условиях секции.
+В данном случае необходимо удалить за двоенного контрагента у которого нет перестраховочных условий.
+Б) Ошибка может возникать при проведении документов «Исходящее Раздел 4 (заявленные) (ОСОПО/ОСГОП)» и «Исходящее Раздел 7 (урегулированные) (ОСОПО/ОСГОП)».
+Ошибка данного типа может означать, что в КИАС зарегистрировано несколько претензий с одинаковым номером, указанным по одной из строк в документе.
+В данном случае необходимо найти за двоенную претензию и скорректировать в не нужной претензии номер.
+----
+== Ошибка при проведении анализа в Журнале Обмена с АИС НССО: «Не настроен договор ретроцессии» ==
+Ошибка может возникнуть при попытке проведения Анализа бордеро в Журнале Обмена с АИС НССО.
+Для исправления ошибки необходимо проверить корректность заполнения настроечных документов: «Настройка договоров Re (ОСОПО)». В документе должны быть заполнены все поля, в том числе и «Брокер» (с 2018 года в данной графе необходимо указывать контрагента Акционерное общество «Российская национальная перестраховочная компания»)
+----
+== Ошибка при проведении анализа в Журнале Обмена с АИС НССО: «Не найден договор страхования с номером» ==
+Ошибка возникает из-за того, что в НССО был сохранен договор с указанным номером, но сейчас по каким-то причинам данного договора нет в системе или он в статусе «Аннулирован».
+Для решения проблемы нужно разобраться по каким причинам договора нет в системе или он аннулирован и решить, как учитывать операции по текущему и будущим бордеро.
+----
 ===== Webcustomer =====
 == Как ограничить выбор марок/моделей авто в Webcustomer? ==
-Для решения данной задачи необходимо воспользоваться документом: «Список ТС, запрещенных для e-ОСАГО», узел «Документы по бизнес-процессам».
+Для решения данной задачи необходимо воспользоваться документом: «Список ТС, запрещенных для e-ОСАГО», узел «Документы по бизнес-процессам».
 ----
-===== Веб-сервисы КИАС =====
+== Как запросить данные по диагностической карте в Webcustomer? ==
-== Что означает если в ответе веб-сервиса КИАС присутсвует текст: "RequestToken не соответствует Id приложения!"? ==
+В WebCustomer данные о диагностической карте заполняются на основании результатов вызова проверки ТС.\\ Есть данные - заполнятся, нет - нет.
-Это означает, что несистемное приложение использует один из системных AppId или для несистемного приложения в параметрах КИАС настроен ключ авторизации, а приложение не передает сформированный на его основе токен.
+----
+===== WebSale =====
+== Как запросить данные по диагностической карте в WebSale? ==
+В WebSale запрос данных о диагностической карте выполнялся в рамках метода запроса КБМ (при нажатии кнопки "Запросить КБМ в РСА").
 ----
-===== Прочее =====
+== Как включить поддержку табличных документов в WebSale ==
-== Как перейти с ФИАС обратно на КЛАДР? ==
+Для включения поддержки табличных документов в WebSale необходимо в файле web.config в разделе appSettings установить параметр:\\ <add key="UseDefaultDocForm" value="true"/>
-Для перехода из режима учета адресов ФИАС в режим КЛАДР необходимо переключить КИАС обратно в режим использования КЛАДР, но __скрипты для обратного маппинга адресов ФИАС - КЛАДР ЛС не предоставляет__. Эти операции Вам придется выполнять собственными силами.
+----
+===== Веб-сервисы КИАС =====
+== Что означает если в ответе веб-сервиса КИАС присутсвует текст: "RequestToken не соответствует Id приложения!"? ==
+Это означает, что несистемное приложение использует один из системных AppId или для несистемного приложения в параметрах КИАС настроен ключ авторизации, а приложение не передает сформированный на его основе токен.
 ----
-== Какой порядок перехода на ФИАС в КИАС? ==
+== Не работают веб-сервисы. Статус: Error. Состояние: Элемент с тем же ключом уже был добавлен. ==
-Переключение на новый режим осуществляется путем простого изменения значения соответствующей настройки в «Параметрах КИАС». Однако, в связи с тем, что до выпуска обновления 4.0.0.0 все адреса в КИАС выбирались из справочников КЛАДР, дополнительно требуется выполнить ряд операций по установке ссылок в новых полях (ссылки на соответствующие элементы справочников ФИАС). Подробную инструкцию по переходу и скрипты для маппинга ссылок КЛАДР - ФИАС Вы можете получить, оформив соответствующий запрос в СПЛС.
+Для решения данной проблемы:
+  * попробуйте выполнить перезапуск сервиса;
+  * проверьте нет ли в настройке веб-приложений дублирующихся записей.
 ----
-== Что такое ФИАС в КИАС и для чего он нужен? ==
+===== Прочее =====
+== Что такое ГАР(ФИАС) в КИАС и для чего он нужен? ==
-Аббревиатура ФИАС расшифровывается как «Федеральная информационная адресная система». Эту систему поддерживает ФНС России, которая поставляет справочники адресов РФ в двух форматах: КЛАДР и ФИАС. Загрузить справочники можно бесплатно на сайте fias.nalog.ru.
+Аббревиатура ГАР расшифровывается как «Государственный адресный реестр», ФИАС расшифровывается как «Федеральная информационная адресная система». Эту систему поддерживает ФНС России, которая поставляет справочники адресов РФ в двух форматах: КЛАДР и ГАР. Загрузить справочники можно бесплатно на сайте fias.nalog.ru.
-Начиная с обновления 4.0.0.0 КИАС кроме справочников формате КЛАДР поддерживает и режим учета адресов с использованием справочников в формате ФИАС. Необходимость поддержки нового режима работы КИАС в первую очередь была определена требованиями РСА в связи с вводом в эксплуатацию системы АИС ОСАГО 2.0, которая использует исключительно справочники ФИАС. Кроме того, от обслуживания справочников КЛАДР планирует отказаться ФНС России.
+КИАС кроме справочников формате КЛАДР поддерживает и режим учета адресов с использованием справочников в формате ГАР. Необходимость поддержки нового режима работы КИАС в первую очередь была определена требованиями РСА в связи с вводом в эксплуатацию системы АИС ОСАГО 2.0, которая использует исключительно справочники ГАР. Кроме того, от обслуживания справочников КЛАДР планирует отказаться ФНС России.
-Необходимо также отметить, что структура справочников ФИАС лучше отражает фактическую организацию адресных объектов в РФ, обновляется гораздо чаще и содержит более полную и актуальную информацию по сравнению со справочниками КЛАДР. Таким образом компании, оперирующие ОСАГО и не перешедшие на использование справочников ФИАС, могут в будущем столкнуться с проблемами при обмене с внешними системами.
+Необходимо также отметить, что структура справочников ГАР лучше отражает фактическую организацию адресных объектов в РФ, обновляется гораздо чаще и содержит более полную и актуальную информацию по сравнению со справочниками КЛАДР. Таким образом компании, оперирующие ОСАГО и не перешедшие на использование справочников ГАР, могут в будущем столкнуться с проблемами при обмене с внешними системами.
 ----
-== Какой пакет отвечает за взаимодействие с ФИАС? ==
+== Какой пакет отвечает за взаимодействие с ГАР(ФИАС) ? ==
-Для взаимодействия с ФИАС в КИАС включен новый системный пакет FIAS_UTILS.
+Для взаимодействия с ГАР(ФИАС) в КИАС включен новый системный пакет FIAS_UTILS.
 ----
-== Обязателен ли переход на ФИАС для работы с АИС ОСАГО 2.0? ==
+== Обязателен ли переход на ГАР(ФИАС) для работы с АИС ОСАГО 2.0 ? ==
 В настоящее время переход не обязателен, но настоятельно рекомендован всем клиентам, оперирующим ОСАГО, т.к.:
-  * Несмотря на то, что скрипты обмена с РСА поддерживают оба режима (КЛАДР/ФИАС) сам АИС 2.0 поддерживает только ФИАС. А т.к. справочники КЛАДР и ФИАС содержат немного разное наполнение, хотя и поставляются одной организаций, то при обмене с РСА очень вероятны ошибки вида «Не указан код ФИАС…».
+  * Несмотря на то, что скрипты обмена с РСА поддерживают оба режима (КЛАДР/ФИАС) сам АИС 2.0 поддерживает только ГАР(ФИАС). А т.к. справочники КЛАДР и ГАР содержат немного разное наполнение, хотя и поставляются одной организаций, то при обмене с РСА очень вероятны ошибки вида «Не указан код ФИАС…».
-  * В случае выхода новых тарифов по ОСАГО в части коэффициентов территории, соответствующие доработки процедур расчета премии в КИАС будут выполнены только для режима «ФИАС». Новые коэффициенты (если они появятся) для режима «КЛАДР» поддерживаться не будут.
+  * В случае выхода новых тарифов по ОСАГО в части коэффициентов территории, соответствующие доработки процедур расчета премии в КИАС будут выполнены только для режима «ГАР(ФИАС)». Новые коэффициенты (если они появятся) для режима «КЛАДР» поддерживаться не будут.
   * Начиная с обновления, следующего после обновления 4.0.0.0, поддержка справочников КЛАДР больше не будет осуществляться в рамках СТП.
@@ Строка 271: / Строка 937: @@
 ----
+== Определение дат при указании периодов "Д.принятия к учету и Д.операции" в "Машине проводок". ==
+В страховой машинке проводок для определения периодов "Д.принятия к учету и Д.операции" по операциям страхового учета используется следующий подход:Периодом Даты принятия к учету - считается год даты начала первичного условия (для операций исх Ре - год даты начала условия Исх Ре), к которому формируется операция, причем если условие является дополнительным (доп. соглашением) к первичному - дата принятия к учету определяется по дате первичного условия.Периодом даты операции - считается год даты операции.В случае, если Период (год) даты операции меньше либо равен Периоду (году) даты принятия к учету-считается, что дата операции и дата принятия к учету лежат в одном периоде.В случае, если Период (год) даты операции больше Периода (года) даты принятия к учету-считается, что дата операции и дата принятия к учету лежат в разных периодах.
+----
+== Какие процедуры вызываются по кнопкам в АВР? ==
+Кнопки АВР:
+  * По платежам премии за период по всем договорам;
+  * По платежам премии за период по указанным договорам;
+  * По платежам премии за период по всем договорам (с контролем КВ);
+  * По платежам премии за период по указанным договорам (с контролем КВ)
+За работу указанных кнопок отвечает один обработчик DOCS_UTILS.DOCAGENTREPPROCESS, который в свою очередь вызывает скрипт описанный в параметрах КИАС: Расчеты с посредником - Скрипт расчета вознаграждения в АВР и УАВР.

КИАС wiki

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

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

Различия

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