1.9.4При исключении водителя из списка лиц, допущенных к управлению, в новой версии договора - в дополнительном соглашении должны передаваться все водители, которые остались допущенными к управлению, т.е. исключенный водитель не должен передаваться. 1.9.5Примеры содержания сообщений при различных вариантах расторжения договора (досрочного прекращения действия договора):
Вариант №1.
Клиент заключил договор 29. 12.2011 сроком действия с 01.01.2012 по 31.12.2012. Расторг его 30.12.2011.
Начиная с версии xsd 1.2, допускается досрочное расторжение договоров до Даты начала действия договора.
Досрочное расторжение договора должно передаваться на том же бланке БСО, что и предыдущая версия договора.
Передаются:
PolicyID – в соответствии с основным договором
AddAgreementID – новый идентификатор доп.соглашения
PolicySerialKey – договора
PolicyNumberKey – договора
PolicyHandle=ChangeObject
PolicyStateSecret – в соответствии с основным договором
DateCreate– в соответствии с основным договором
DateRevision - дата ввода изменений оператором
DateTermination=30.12.2011
DateActionBeg – в соответствии с основным договором
DateActionEnd – в соответствии с основным договоромDateAgreementCreate=30.12.2011
DateAgreementBeg=01.01.2012
DriversRestriction – в соответствии с основным договором
(+ остальные поля, которые передавались вместе с договором)
Вариант №2.
Клиент 29.12.2011 заключил договор сроком действия с 01.01.2012 по 31.12.2012. Потом 29.03.2012 заключил дополнительное соглашение с началом действия с 01.04.2012. Расторгнул договор 15.04.2012.
Передаются:
PolicyID – в соответствии с основным договором
AddAgreementID – новый идентификатор доп.соглашения
PolicySerialKey – в последнем доп.соглашении
PolicyNumberKey – в последнем доп.соглашении
PolicyHandle=ChangeObject
PolicyStateSecret – в соответствии с основным договором
DateCreate– в соответствии с основным договором (в примере - 29.12.2011)
DateRevision - дата ввода изменений оператором
DateTermination – дата расторжения(в примере - 15.04.2012)
DateActionBeg – в соответствии с основным договором (в примере – 01.01.2012)
DateActionEnd – в соответствии с основным договором (в примере – 31.12.2012)
DateAgreementCreate=дата расторжения (в примере - 15.04.2012)
DateAgreementBeg=дата расторжения (в примере - 15.04.2012)
DriversRestriction – в соответствии с основным договором
(+ остальные поля, которые передавались вместе с договором)
Вариант №3.
Клиент 29.12.2011 заключил договор сроком действия с 01.01.2012 по 31.12.2012. 15.04.2012 транспортное средство было украдено, о чем в страховую компанию было сообщено 01.06.2012.
В этом случае передаются данные аналогично варианту №2, только:
DateTermination – дата расторжения (в примере - 15.04.2012)
DateAgreementCreate = дата сообщения в СК (в примере - 01.06.2012)
DateAgreementBeg = дата расторжения (в примере - 15.04.2012)
1.9.6Для изменения DateTermination (дата расторжения) необходимо отозвать дополнительное соглашение с некорректной датой и направить дополнительное соглашение с корректной датой (техническая коррекция с помощью алгоритма обработки PolicyHandle=CorrectError значения поля DateTermination запрешена).
1.9.7После отзыва договора/доп. соглашения/убытка, следует новый договор/доп. соглашение/убыток с тем же идентификатором отправлять в другом пакете, и не ранее, чем будет получено подтверждение, что отзыв прошел успешно. 1.9.8Для договоров с признаком Гос.тайна обязательными для передачи в ДиКБМ являются следующие поля:
PolicyID
AddAgreementID
PolicySerialKey
PolicyNumberKey
PolicyHandle=ChangeObject
PolicyStateSecret
InsurancePremium.
Поле DateRevision необязательно для заполнения для изменения договоров с гос.тайной. Договора и изменения для гос.тайны кладутся в БД с текущей датой. В связи с тем, что ДиКБМ многопоточная система, изменения для договоров с гос.тайной могут обработаться в любом порядке. Для корректного выстраивания версий договоров следует или присылать новый договор и изменения к нему последовательно в разных пакетах, при этом новое изменение следует отправлять не раньше, чем было получено подтверждение о сохранении в БД предыдущего изменения, или же указывать поля DateCreate, DateRevision, DateAgreementBeg для новых договоров и изменений к ним.
В расчетах КБМ договора с признаком гос.тайны не участвуют. В случаях, когда СК не укажет DateRevision и DateAgreementBeg для изменения договора ДиКБМ может возвращать ошибки о Дате начала действия договора, совпадающей с Датой начала другой версии. В случаях когда СК не укажет DateCreate, а укажет DateRevision и DateAgreementBeg ДиКБМ может возвращать ошибки о том, что дата заключения договора должна быть раньше даты изменения договора.
|
