В личном кабинете не могу оформить Е-ОСАГО т.к. система пишет: Сбой выполнения UniversalLoad_MethodSU—>CalcContractByTarifCalc Сбой расчета через МАТБЛОК. ЧЯ В3: 704/10 — Произошла непредвиденная ошибка (Ccm_Calcid 149077131) Выполнение метода для правила [176]:
Пожалуйста, проверьте в чем проблема?
Murad91
17.03.2021 18:06
4
5664
Сервис загрузки
Сервис расчета
Сервис печати
Алгоритм поиска лиц
Где можно получить актуальное описание сервиса загрузки по продукту и XSD схему?
Вся актуальная документация содержится на сервере в электронном виде и может быть получена методами:
Всю подробную информацию вы можете найти в разделе Сервис загрузки
Для загрузки договора необходимы ИД из справочников СК, как их получить?
Перечень доступных справочников по шаблону можно получить методом – GetCatalogList
Значения справочника возвращает метод – GetCatalogInfo
Как получить справочник подразделений, офисов и продавцов Компании?
Перечисленные данные не имеют справочников и их корректные значение вам должен предоставить куратор.
Обратите внимание, что в каждом филиале СК подразделения, офисы и продавцы уникальны!
Какую комиссию продавца передавать в поле CommissIKP1 ?
Комиссия продавца определяется на стороне СК, поэтому этот параметр необходимо передавать пустым.
Что такое тестовая загрузка и для чего она нужна?
Чтобы иметь возможность напечатать договор, не сохраняя его структуру в БД Компании, используется тестовая загрузка (черновая печать). Для этого в пакете метода LoadObject необходимо указать <test>true</test> (по умолчанию false). В этом случае договор не сохраняется в БД СК, а хранится в виде структуры XML, что позволяет сохранять и печатать полис сколько угодно раз. При «чистовой» загрузке договор можно сохранить только один раз.
Обратите внимание, что при тестовой загрузке отключен ряд проверок данных.
Что передавать при загрузке в качестве БСО и как формируется номер договора?
Метод нумерации бланка определяется полем MethodInputNumber. Для тестовой загрузки допустимо указывать MethodInputNumber= Manually. В этом случае номер BSO передавать необязательно. Для чистовой загрузки MethodInputNumber должен быть равен BSO, а поле BSONumber должно содержать корректный номер бланка, причем выданный в соответствующее подразделение и определенному продавцу, что при загрузке проверяется. Интервалы БСО для чистовой загрузки выделяются кураторами. Номер сохраненного договора формируется согласно следующему алгоритму:
Кострома, полный номер договора — «2010019-100302502/14-ТФ»
<CodeInsurant>010</CodeInsurant> <Department>00019</Department> <Office>01000</Office> <CodeInsProduct> ТФ </CodeInsProduct> <MethodInputNumber>BSO</MethodInputNumber> <BSONumber>100302502</BSONumber> <DeclarationDate>2014-03-20T00:00:00</DeclarationDate> <BeginDate>2014-04-01T01:00:00</BeginDate>
Как формируется и передается «выделенный номер» бланка?
Выделение номера производится с помощью единственного метода getBSO сервиса https://b2b.soglasie.ru/schema/upload-test/bso.wsdl.
Входные параметры:
В пакет загрузки нужно передавать ПОЛНЫЙ номер договора вместе с кодировкой продукта т.к. именно с этим номером договор будет загружен в систему и именно этот номер пойдет в печатную форму
<BSONumber>0073310-0718782/15ТФ</BSONumber>
При сохранении договора загрузчик возвращает ошибку «При списании БСО произошли ошибки.»:
Владелец БСО «агент» отсуствует в составе договора
Ошибка возникает в случае, если указанный в поле BSONumber номер БСО не проходит проверку на местонахождение и статус бланка согласно атрибутам договора. Т.е. данный бланк данному филиалу, продавцу, подразделению или агенту использовать нельзя. Для решения проблемы обратить к куратору
Ошибка формирования движения БСО. Необходимо указать держателя, на которого переводится бланк
Ошибка возникает в случае когда БСО не выдан агенту. Для решения вопроса необходимо обратиться к куратору для проведения выдачи БСО в КИС СК
При попытке загрузки пакета возвращается ошибка валидации
Invalid content was found starting with element ‘EntryIntoForce’. One of ‘{InsPrem}’ is expected.
В основном, ошибка такого вида возникает в неправильном расположении тегов в структуре xml запроса.
Данная ошибка гласит, что вместо тега ‘{InsPrem}’ передаётся тег ‘EntryIntoForce’.
Скорректируйте структуру xml файла запроса относительно шаблона загрузки.
Бывает, что пакет для загрузки не содержит символов переноса строки и поэтому, валидатор не может сообщить, в каком именно месте находится ошибка формата.
Вы можете воспользоваться сторонними средствами анализа, например: http://www.freeformatter.com/xml-validator-xsd.html
В поле XML Input вставьте ваш пакет от тегов <policy> (предварительно отформатированный в удобный вам вид, желательно с нумерацией строк,
любым XML редактором), а в поле XSD Input схему от тегов <xs:schema …
Invalid content was found starting with element ‘…’. No child element is expected at this point.
Расположение тега в пакете не соответствует структуре XML. Необходимо скорректировать структуру.
Value ‘X’ with length = ‘1’ is not facet-valid with respect to length ‘3’ for type ‘#AnonType_CodeInsurantPolicy’
Передаваемое значение ‘X’ в тег «CodeInsurant» блока «Policy» имеет длину ‘1’ символ, что не соответствует минимальной длине в ‘3’ символа. Исправьте алгоритм заполнения тега.
‘2018-03-13T13:59:13’ is not a valid value for ‘date’
Передаваемое значение ‘2018-03-13T13:59:13’ не соответствует описанию типа, значение тега должно иметь тип ‘date’. Исправьте алгоритм заполнения тега.
» is not a valid value for ‘integer’
Передаётся пустое значение в тег, в который должно передаваться число. Если тег не обязательный, то его можно исключить вообще, если обязательный для заполнения, то необходимо передать 0 (ноль).
При выполнении расчёта возникает ошибка «Значение неопределенно для этого набора параметров:»
Это означает, что для переданных вами значений расчет не может быть произведен. Например, не соответствие возраста-стажа водителей, не соответствие марки-модели-срока эксплуатации ТС и т.д. Внимательно проанализируйте сообщение вычислителя и данные, к которым оно относится – обычно, этого достаточно, чтобы понять причину ошибки. Если самостоятельно определить ошибку не удалось обратитесь к куратору СК с логом расчёта для настройки тарифной сетки.
При попытке загрузки возникает сообщение: «Переданная премия по договору «XXXX» не совпадает с рассчитанной «YYYY» (IDCalc NNNN)»
Поскольку, при загрузке договора ряд параметров влияющих на расчет вычисляются на основании третьих данных, то такая ситуация на начальном этапе отладки достаточно распространена. Для поиска причины расхождения можно использовать следующий алгоритм:
-
Анализируете идентичность входных параметров. Особое внимание обратите на совпадение даты расчета – тарифы вполне могли измениться:
При попытке загрузки договора ОСАГО возвращается сообщение «По водителю переданное значение КБМ не совпадает с АИС РСА, и не указана причина изменения КБМ (IDRequestCalc NNNN)»
При сохранении данных загрузчик запрашивает из РСА данные по всем указанным водителям. Если данные по КБМ не совпадают, то возникает указанная ошибка. Если вы самостоятельно запрашивали КБМ, вы можете указать ИД расчета РСА в поле PolicyKBMRsaId, в этом случае повторного запроса в РСА не будет, а загружаемые данные будут проверены по БД СК.
При попытке загрузки договора ОСАГО возвращается сообщение «По собственнику «…» переданное значение КБМ «…» не совпадает с АИС РСА «…», и не указана причина изменения КБМ»
Передаваемое значение КМБ в теге <OwnerKBM> не совпадает с АИС РСА. Исправьте значение тега на верное.
Водитель по договору ОСАГО поменял водительское удостоверение. Теперь по запросу РСА возвращается КБМ=1. Как получить и сохранить водителю актуальный КБМ?
Для этих целей в загрузчике в секции водитель создан специальный блок «PhisicalOld», который содержит сведения о старых ФИО и документе. Получив в этом блоке старые данные, загрузчик запросит по ним КБМ и свяжет его с договором и новыми данными водителя.
На ПФ для водителя печатается номер паспорта вместо ВУ или т.п.
Это происходит в том случае, если при загрузке пакета в блоке лица (например, водителя) указано несколько документов и некорректно указан признак «основной документ». Общий алгоритм определения основного документа для случая нескольких документов у одного лица в загрузчике выглядит следующим образом:
Анализируется признак документа IsPrimary — если true такой документ используется в качестве основного документа; если документов с таким признаком несколько – то в итоге последний будет выбран в качестве основного документа:
Если документ передан один – он будет сохранен основным вне зависимости от признака IsPrimary.
При сохранении договора загрузчик возвращает ошибку «Не найден действующий договор агента ИКП: NNNN, ОАО XXX Банк»
Это означает, что у выбранного продавца (агента или банка) нет действующего агентского договора с СК. Необходимо обратиться к куратору для решения проблемы.
Как происходит пролонгация договора. Что такое специальный порядок пролонгации.
Пролонгация определяется наличием в пакете номера предыдущего договора:
О том, что исходный договор найден в БД СК, говорит поле в ответе вычислителя Пролонгация=1.
Обратите внимание, что в загрузку (Number) необходимо передать полный номер, включая серию, год и серию продукта.
Например, 0013170-100044011/13-ТФ. Полный номер можно получить в ответе вычислителя при успешном расчете пролонгации в параметре «ИсходныйДоговорНомер»
Для выгодного СК сегмента малоубыточных договоров возможен специальный порядок пролонгации на льготных условиях. Чтобы получить премию по спецпорядку или ответ о невозможности его применения, необходимо передать поле:
При невозможности расчета по спецпорядку, следует проводить расчет по стандартному порядку СпецПорядокПролонгации=0
Обратите внимание, что такие параметры, как «Количество претензий», «Коэффициент убытков» и «Срок безубыточного стр» являются «расчётными», но с возможностью изменения. Т.е. в большинстве случаев, они вычисляются на нашей стороне, но если их передать напрямую в запрос, то они примут переданное значение. В тестовом клиенте вычислителя эти поля выделены синим цветом, а в описании продукта getProductDesc эти параметры имеею атрибуты <iscalc>true</iscalc> и <canchange>true</canchange>. Для правильного расчета пролонгации по стандартному порядку с учетом истории убыточности по предыдущему договору передавать эти параметры в расчет не надо.
Пролонгация сложный процесс и вычислитель пытается контролировать множество условий и данных по новому и предыдущему договору, поэтому обратите внимание на все информационные сообщения, сообщения об особых отметках, а также сообщения вычислителя об ошибках.
В расчет пролонгации передан номер предыдущего договора, но премия не меняется.
Что такое «особые отметки» и как они формируются?
Особые / специальные отметки это текст, который необходимо сохранить / напечатать на договоре. В общем случае текст особых отметок состоит из следующих частей:
Все три части необходимо соединить и передать в загрузчик в поле <SpecialConditions>.
Как получить список параметров для вывода печатной формы. В схеме их нет.
Параметры, используемые для печати полиса, индивидуальны для каждого типа бланка. Используйте метод getParams пакета печати, чтобы получить список и описание всех доступных параметров для данного бланка.
В списке печатных форм отсутствует «Лист расчета». Как его получить?
Специальной формы для листа расчета нет. Используется следующий вход: https://b2b.soglasie.ru/CCMC/report.jsp
Если же ссылку сформировать таким образом: https://b2b.soglasie.ru/CCMC/report.jsp?id=3064687&hash=viewall То сразу возвращается pdf форма.
Расчет сохраняется в БД если в запросе премии присутствует блок:
<calc/>
В ответ, сервис расчетов вернет блок, содержащий данные ИД расчета и его хэш:
<calc> <id>1678765</id> <hash>9F4441B8</hash> </calc>
Можно «перезаписать» расчет новыми параметрами, если при запросе премии в блоке calc указать его ИД и hash. Например,
<calc> <id>1678765</id> <hash>9F4441B8</hash> </calc>
Если запрос перезаписан сервис вернет новый hash.
Если запрос не может быть перезаписан (уже сформирован лист расчета по нему), то вернет новую пару id/hash.
Можно ли аннулировать загрузку ошибочно сохраненного договора?
В пакете загрузчика есть метод отзыва договора из статуса «проект», например, в случае обнаружения ошибок после печати. Вы можете использовать его в своем приложении:
<ser:RecallObject> <!--Optional:--> <status> <TemplateID>?</TemplateID> <PackageID>?</PackageID> </status> </ser:RecallObject>
На вход необходимо передать ИД шаблона и ИД загруженного пакета.
Разумеется, если договор уже двинулся по процессу учета, метод вернет ошибку.
Weblogic cluster not started.
На сервере проводятся внеплановые регламентные работы. Просьба повторить запрос через пару минут.
Page requested by the user is unavailable, please contact system administrator.
На сервере проводятся внеплановые регламентные работы. Просьба повторить запрос через пару минут.
Ответ отсутствует.
Некорректно настроены значения timeout’ов на стороне вызывающих сервисов. Нужно увеличить timeout до 5 минут.
Ошибка ввода данных запроса КБМ. Наименование собственника ЮЛ не может быть пустым.
Наименование ЮЛ в БД (проверенное) отличается от переданного.
Выполнение метода заполнения для правила [110]: OSAGO_EncodeTicketCarDateEVariantError Invalid variant type conversion.
Передаваемое значение тега <TicketCarYear> не соответствует формату «YYYY».
Для транспортного средства старше 3-х лет не указаны ТО или диагностическая карта.
Не заполнены теги <TicketCar>, <TicketCarYear>, <TicketCarMonth> и <TicketDiagnosticDate>.
Значение «…» контакта «…» лица «…» не соответствует маске ХХХХХХХХХХ.
Передаваемое значение одного из тегов <Tel>, <PhoneMobile>, <PhoneHome> не соответствует маске (10 цифр)
Указанные контакты страхователя принадлежат другому клиенту
Ошибка появляется в случаях, если по указанным контактным данным Страхователя (e-mail и/или телефон) уже создан личный кабинет в СК Согласие на другого Страхователя. При получении данной ошибки необходимо указать другие контактные данные
Проверка ДБ выполнялась по другому ПТС.
Расхождение данных между проверкой ДБ и загрузкой. Необходимо проверить и исправить данные в загрузке тега <CodeDBS>.
Возникает ошибка: «Не найден действующий договор агента [ИКП: ***, ****]»
Обратитесь к Вашему куратору в СК.
При выполнении расчёта возникает ошибка вида: «Значение неопределенно для этого набора параметров: …»
Необходимо обратиться к куратору СК с логом расчёта для настройки тарифной сетки.
При выполнении загрузки или расчёта возникает ошибка вида: «Сбой расчета Лимита КВ через МАТБЛОК. Неуникальное значение выражения […]»
Необходимо обратиться к куратору СК с логом расчёта для настройки тарифной сетки.
При выполнении загрузки возникает ошибка: «У вас закончились доступные для оформления бланки БСО в текущем месяце. Продолжение операции запрещено!»
Для решении вопроса обратитесь к куратору в СК с ИКП/Субучеткой.
При выполнении расчета/загрузки возникает ошибка: «Ошибка 704», «Ошибка 504», Ошибка [число]
Обратитесь к Вашему куратору в СК.
При выполнении отзыва возникает ошибка: «Договор страхования … был выгружен в РСА. Удаление невозможно.»
Обратитесь к Вашему куратору в СК.
Проверка пролонгации: Исходный договор 201433187 не найден
Необходимо указать полный номер исходного договора т.к. поиск осуществляется по полному номеру
Сервис загрузки
Сервис расчета
Сервис печати
Алгоритм поиска лиц
Где можно получить актуальное описание сервиса загрузки по продукту и XSD схему?
Вся актуальная документация содержится на сервере в электронном виде и может быть получена методами:
Всю подробную информацию вы можете найти в разделе Сервис загрузки
Для загрузки договора необходимы ИД из справочников СК, как их получить?
Перечень доступных справочников по шаблону можно получить методом – GetCatalogList
Значения справочника возвращает метод – GetCatalogInfo
Как получить справочник подразделений, офисов и продавцов Компании?
Перечисленные данные не имеют справочников и их корректные значение вам должен предоставить куратор.
Обратите внимание, что в каждом филиале СК подразделения, офисы и продавцы уникальны!
Какую комиссию продавца передавать в поле CommissIKP1 ?
Комиссия продавца определяется на стороне СК, поэтому этот параметр необходимо передавать пустым.
Что такое тестовая загрузка и для чего она нужна?
Чтобы иметь возможность напечатать договор, не сохраняя его структуру в БД Компании, используется тестовая загрузка (черновая печать). Для этого в пакете метода LoadObject необходимо указать <test>true</test> (по умолчанию false). В этом случае договор не сохраняется в БД СК, а хранится в виде структуры XML, что позволяет сохранять и печатать полис сколько угодно раз. При «чистовой» загрузке договор можно сохранить только один раз.
Обратите внимание, что при тестовой загрузке отключен ряд проверок данных.
Что передавать при загрузке в качестве БСО и как формируется номер договора?
Метод нумерации бланка определяется полем MethodInputNumber. Для тестовой загрузки допустимо указывать MethodInputNumber= Manually. В этом случае номер BSO передавать необязательно. Для чистовой загрузки MethodInputNumber должен быть равен BSO, а поле BSONumber должно содержать корректный номер бланка, причем выданный в соответствующее подразделение и определенному продавцу, что при загрузке проверяется. Интервалы БСО для чистовой загрузки выделяются кураторами. Номер сохраненного договора формируется согласно следующему алгоритму:
Кострома, полный номер договора — «2010019-100302502/14-ТФ»
<CodeInsurant>010</CodeInsurant> <Department>00019</Department> <Office>01000</Office> <CodeInsProduct> ТФ </CodeInsProduct> <MethodInputNumber>BSO</MethodInputNumber> <BSONumber>100302502</BSONumber> <DeclarationDate>2014-03-20T00:00:00</DeclarationDate> <BeginDate>2014-04-01T01:00:00</BeginDate>
Как формируется и передается «выделенный номер» бланка?
Выделение номера производится с помощью единственного метода getBSO сервиса https://b2b.soglasie.ru/schema/upload-test/bso.wsdl.
Входные параметры:
В пакет загрузки нужно передавать ПОЛНЫЙ номер договора вместе с кодировкой продукта т.к. именно с этим номером договор будет загружен в систему и именно этот номер пойдет в печатную форму
<BSONumber>0073310-0718782/15ТФ</BSONumber>
При сохранении договора загрузчик возвращает ошибку «При списании БСО произошли ошибки.»:
Владелец БСО «агент» отсуствует в составе договора
Ошибка возникает в случае, если указанный в поле BSONumber номер БСО не проходит проверку на местонахождение и статус бланка согласно атрибутам договора. Т.е. данный бланк данному филиалу, продавцу, подразделению или агенту использовать нельзя. Для решения проблемы обратить к куратору
Ошибка формирования движения БСО. Необходимо указать держателя, на которого переводится бланк
Ошибка возникает в случае когда БСО не выдан агенту. Для решения вопроса необходимо обратиться к куратору для проведения выдачи БСО в КИС СК
При попытке загрузки пакета возвращается ошибка валидации
Invalid content was found starting with element ‘EntryIntoForce’. One of ‘{InsPrem}’ is expected.
В основном, ошибка такого вида возникает в неправильном расположении тегов в структуре xml запроса.
Данная ошибка гласит, что вместо тега ‘{InsPrem}’ передаётся тег ‘EntryIntoForce’.
Скорректируйте структуру xml файла запроса относительно шаблона загрузки.
Бывает, что пакет для загрузки не содержит символов переноса строки и поэтому, валидатор не может сообщить, в каком именно месте находится ошибка формата.
Вы можете воспользоваться сторонними средствами анализа, например: http://www.freeformatter.com/xml-validator-xsd.html
В поле XML Input вставьте ваш пакет от тегов <policy> (предварительно отформатированный в удобный вам вид, желательно с нумерацией строк,
любым XML редактором), а в поле XSD Input схему от тегов <xs:schema …
Invalid content was found starting with element ‘…’. No child element is expected at this point.
Расположение тега в пакете не соответствует структуре XML. Необходимо скорректировать структуру.
Value ‘X’ with length = ‘1’ is not facet-valid with respect to length ‘3’ for type ‘#AnonType_CodeInsurantPolicy’
Передаваемое значение ‘X’ в тег «CodeInsurant» блока «Policy» имеет длину ‘1’ символ, что не соответствует минимальной длине в ‘3’ символа. Исправьте алгоритм заполнения тега.
‘2018-03-13T13:59:13’ is not a valid value for ‘date’
Передаваемое значение ‘2018-03-13T13:59:13’ не соответствует описанию типа, значение тега должно иметь тип ‘date’. Исправьте алгоритм заполнения тега.
» is not a valid value for ‘integer’
Передаётся пустое значение в тег, в который должно передаваться число. Если тег не обязательный, то его можно исключить вообще, если обязательный для заполнения, то необходимо передать 0 (ноль).
При выполнении расчёта возникает ошибка «Значение неопределенно для этого набора параметров:»
Это означает, что для переданных вами значений расчет не может быть произведен. Например, не соответствие возраста-стажа водителей, не соответствие марки-модели-срока эксплуатации ТС и т.д. Внимательно проанализируйте сообщение вычислителя и данные, к которым оно относится – обычно, этого достаточно, чтобы понять причину ошибки. Если самостоятельно определить ошибку не удалось обратитесь к куратору СК с логом расчёта для настройки тарифной сетки.
При попытке загрузки возникает сообщение: «Переданная премия по договору «XXXX» не совпадает с рассчитанной «YYYY» (IDCalc NNNN)»
Поскольку, при загрузке договора ряд параметров влияющих на расчет вычисляются на основании третьих данных, то такая ситуация на начальном этапе отладки достаточно распространена. Для поиска причины расхождения можно использовать следующий алгоритм:
-
Анализируете идентичность входных параметров. Особое внимание обратите на совпадение даты расчета – тарифы вполне могли измениться:
При попытке загрузки договора ОСАГО возвращается сообщение «По водителю переданное значение КБМ не совпадает с АИС РСА, и не указана причина изменения КБМ (IDRequestCalc NNNN)»
При сохранении данных загрузчик запрашивает из РСА данные по всем указанным водителям. Если данные по КБМ не совпадают, то возникает указанная ошибка. Если вы самостоятельно запрашивали КБМ, вы можете указать ИД расчета РСА в поле PolicyKBMRsaId, в этом случае повторного запроса в РСА не будет, а загружаемые данные будут проверены по БД СК.
При попытке загрузки договора ОСАГО возвращается сообщение «По собственнику «…» переданное значение КБМ «…» не совпадает с АИС РСА «…», и не указана причина изменения КБМ»
Передаваемое значение КМБ в теге <OwnerKBM> не совпадает с АИС РСА. Исправьте значение тега на верное.
Водитель по договору ОСАГО поменял водительское удостоверение. Теперь по запросу РСА возвращается КБМ=1. Как получить и сохранить водителю актуальный КБМ?
Для этих целей в загрузчике в секции водитель создан специальный блок «PhisicalOld», который содержит сведения о старых ФИО и документе. Получив в этом блоке старые данные, загрузчик запросит по ним КБМ и свяжет его с договором и новыми данными водителя.
На ПФ для водителя печатается номер паспорта вместо ВУ или т.п.
Это происходит в том случае, если при загрузке пакета в блоке лица (например, водителя) указано несколько документов и некорректно указан признак «основной документ». Общий алгоритм определения основного документа для случая нескольких документов у одного лица в загрузчике выглядит следующим образом:
Анализируется признак документа IsPrimary — если true такой документ используется в качестве основного документа; если документов с таким признаком несколько – то в итоге последний будет выбран в качестве основного документа:
Если документ передан один – он будет сохранен основным вне зависимости от признака IsPrimary.
При сохранении договора загрузчик возвращает ошибку «Не найден действующий договор агента ИКП: NNNN, ОАО XXX Банк»
Это означает, что у выбранного продавца (агента или банка) нет действующего агентского договора с СК. Необходимо обратиться к куратору для решения проблемы.
Как происходит пролонгация договора. Что такое специальный порядок пролонгации.
Пролонгация определяется наличием в пакете номера предыдущего договора:
О том, что исходный договор найден в БД СК, говорит поле в ответе вычислителя Пролонгация=1.
Обратите внимание, что в загрузку (Number) необходимо передать полный номер, включая серию, год и серию продукта.
Например, 0013170-100044011/13-ТФ. Полный номер можно получить в ответе вычислителя при успешном расчете пролонгации в параметре «ИсходныйДоговорНомер»
Для выгодного СК сегмента малоубыточных договоров возможен специальный порядок пролонгации на льготных условиях. Чтобы получить премию по спецпорядку или ответ о невозможности его применения, необходимо передать поле:
При невозможности расчета по спецпорядку, следует проводить расчет по стандартному порядку СпецПорядокПролонгации=0
Обратите внимание, что такие параметры, как «Количество претензий», «Коэффициент убытков» и «Срок безубыточного стр» являются «расчётными», но с возможностью изменения. Т.е. в большинстве случаев, они вычисляются на нашей стороне, но если их передать напрямую в запрос, то они примут переданное значение. В тестовом клиенте вычислителя эти поля выделены синим цветом, а в описании продукта getProductDesc эти параметры имеею атрибуты <iscalc>true</iscalc> и <canchange>true</canchange>. Для правильного расчета пролонгации по стандартному порядку с учетом истории убыточности по предыдущему договору передавать эти параметры в расчет не надо.
Пролонгация сложный процесс и вычислитель пытается контролировать множество условий и данных по новому и предыдущему договору, поэтому обратите внимание на все информационные сообщения, сообщения об особых отметках, а также сообщения вычислителя об ошибках.
В расчет пролонгации передан номер предыдущего договора, но премия не меняется.
Что такое «особые отметки» и как они формируются?
Особые / специальные отметки это текст, который необходимо сохранить / напечатать на договоре. В общем случае текст особых отметок состоит из следующих частей:
Все три части необходимо соединить и передать в загрузчик в поле <SpecialConditions>.
Как получить список параметров для вывода печатной формы. В схеме их нет.
Параметры, используемые для печати полиса, индивидуальны для каждого типа бланка. Используйте метод getParams пакета печати, чтобы получить список и описание всех доступных параметров для данного бланка.
В списке печатных форм отсутствует «Лист расчета». Как его получить?
Специальной формы для листа расчета нет. Используется следующий вход: https://b2b.soglasie.ru/CCMC/report.jsp
Если же ссылку сформировать таким образом: https://b2b.soglasie.ru/CCMC/report.jsp?id=3064687&hash=viewall То сразу возвращается pdf форма.
Расчет сохраняется в БД если в запросе премии присутствует блок:
<calc/>
В ответ, сервис расчетов вернет блок, содержащий данные ИД расчета и его хэш:
<calc> <id>1678765</id> <hash>9F4441B8</hash> </calc>
Можно «перезаписать» расчет новыми параметрами, если при запросе премии в блоке calc указать его ИД и hash. Например,
<calc> <id>1678765</id> <hash>9F4441B8</hash> </calc>
Если запрос перезаписан сервис вернет новый hash.
Если запрос не может быть перезаписан (уже сформирован лист расчета по нему), то вернет новую пару id/hash.
Можно ли аннулировать загрузку ошибочно сохраненного договора?
В пакете загрузчика есть метод отзыва договора из статуса «проект», например, в случае обнаружения ошибок после печати. Вы можете использовать его в своем приложении:
<ser:RecallObject> <!--Optional:--> <status> <TemplateID>?</TemplateID> <PackageID>?</PackageID> </status> </ser:RecallObject>
На вход необходимо передать ИД шаблона и ИД загруженного пакета.
Разумеется, если договор уже двинулся по процессу учета, метод вернет ошибку.
Weblogic cluster not started.
На сервере проводятся внеплановые регламентные работы. Просьба повторить запрос через пару минут.
Page requested by the user is unavailable, please contact system administrator.
На сервере проводятся внеплановые регламентные работы. Просьба повторить запрос через пару минут.
Ответ отсутствует.
Некорректно настроены значения timeout’ов на стороне вызывающих сервисов. Нужно увеличить timeout до 5 минут.
Ошибка ввода данных запроса КБМ. Наименование собственника ЮЛ не может быть пустым.
Наименование ЮЛ в БД (проверенное) отличается от переданного.
Выполнение метода заполнения для правила [110]: OSAGO_EncodeTicketCarDateEVariantError Invalid variant type conversion.
Передаваемое значение тега <TicketCarYear> не соответствует формату «YYYY».
Для транспортного средства старше 3-х лет не указаны ТО или диагностическая карта.
Не заполнены теги <TicketCar>, <TicketCarYear>, <TicketCarMonth> и <TicketDiagnosticDate>.
Значение «…» контакта «…» лица «…» не соответствует маске ХХХХХХХХХХ.
Передаваемое значение одного из тегов <Tel>, <PhoneMobile>, <PhoneHome> не соответствует маске (10 цифр)
Указанные контакты страхователя принадлежат другому клиенту
Ошибка появляется в случаях, если по указанным контактным данным Страхователя (e-mail и/или телефон) уже создан личный кабинет в СК Согласие на другого Страхователя. При получении данной ошибки необходимо указать другие контактные данные
Проверка ДБ выполнялась по другому ПТС.
Расхождение данных между проверкой ДБ и загрузкой. Необходимо проверить и исправить данные в загрузке тега <CodeDBS>.
Возникает ошибка: «Не найден действующий договор агента [ИКП: ***, ****]»
Обратитесь к Вашему куратору в СК.
При выполнении расчёта возникает ошибка вида: «Значение неопределенно для этого набора параметров: …»
Необходимо обратиться к куратору СК с логом расчёта для настройки тарифной сетки.
При выполнении загрузки или расчёта возникает ошибка вида: «Сбой расчета Лимита КВ через МАТБЛОК. Неуникальное значение выражения […]»
Необходимо обратиться к куратору СК с логом расчёта для настройки тарифной сетки.
При выполнении загрузки возникает ошибка: «У вас закончились доступные для оформления бланки БСО в текущем месяце. Продолжение операции запрещено!»
Для решении вопроса обратитесь к куратору в СК с ИКП/Субучеткой.
При выполнении расчета/загрузки возникает ошибка: «Ошибка 704», «Ошибка 504», Ошибка [число]
Обратитесь к Вашему куратору в СК.
При выполнении отзыва возникает ошибка: «Договор страхования … был выгружен в РСА. Удаление невозможно.»
Обратитесь к Вашему куратору в СК.
Проверка пролонгации: Исходный договор 201433187 не найден
Необходимо указать полный номер исходного договора т.к. поиск осуществляется по полному номеру
Сведения приведены в документе Перечень типовых ошибок, возвращаемых участнику при работе в СМЭВ 3.0.
SMEV-100
1. Текст ошибки: Отсутствует ЭП-ОВ.
Возникает на этапе проверки ЭЦП в рамках синхронной обработки xml-сообщения, принятого методом GetRequest, GetResponse, Ack.
| Причина | Пример |
| Запрос не подписан электронной подписью органа власти (ЭП-ОВ) (отсутствует или некорректно заполнен блок SenderInformationSystemSignature) |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <soap:Fault> <faultcode>soap:Server</faultcode> <faultstring>Отсутствует ЭП-ОВ</faultstring> <detail> <ns3:SignatureVerificationFault xmlns:ns3="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/faults/1.1" xmlns:ns2="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.1" xmlns="urn://x-artefacts-smev-gov-ru/services/message-exchange/types/basic/1.1"> <Code>fed0:PRODUCTION_AREA:FED0_CORE2 : TR:SYNC:SPS:1</Code> <Description>SMEV-100:Отсутствует ЭП-ОВ</Description> <ns3:SignatureVerificationFault>NoSignatureFound</ns3:SignatureVerificationFault> </ns3:SignatureVerificationFault> </detail> </soap:Fault> </soap:Body> </soap:Envelope> |
Рекомендуется подписать сообщение ЭП-ОВ и повторить отправку.
2. Текст ошибки: @signatureTypeAsString не соответствует подписанным данным.
Возникает на этапе проверки ЭЦП в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.
| Причина | Пример |
| ЭП-СП не соответствует подписанным данным: данные изменены после подписания или допущены ошибки при формировании подписи |
<ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>0f952bd0-3868-11ea-b0b7-0050569445fb</ns2:OriginalMessageId>
<ns2:StatusCategory>requestIsRejectedBySmev</ns2:StatusCategory>
<ns2:StatusDetails>ЭП-СП не соответствует подписанным данным: ru.voskhod.crypto.exceptions.SignatureValidationException:
Ошибка проверки ЭП: Нарушена целостность ЭП.</ns2:StatusDetails>
<ns2:SmevFault xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:type="ns3:SignatureVerificationFault">
<Code>fed0:P:FED0_ASYNC_CORE1:TR:ASYNC:SPS:2</Code>
<Description>SMEV-100:ЭП-СП не соответствует подписанным данным:
ru.voskhod.crypto.exceptions.SignatureValidationException: Ошибка проверки ЭП: Нарушена целостность ЭП.</Description>
<ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault></ns2:SmevFault>
</ns2:AsyncProcessingStatus>
|
| ЭП-ОВ не соответствует подписанным данным: данные изменены после подписания или допущены ошибки при формировании подписи |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется проверить алгоритм подписи. Общая последовательность должна быть такой (на примере SendRequest):
- каноникализация содержимого узла SenderProvidedRequestData;
- нормализация;
- расчет хэша;
- формирование ЭП-ОВ:
- запись cодержимого хэша в CallerInformationSystemSignatureSignatureSignedInfoDigestValue
- каноникализация, нормализация элемента CallerInformationSystemSignatureSignatureSignedInfo
- расчёт хэша элемента CallerInformationSystemSignatureSignatureSignedInfo
- подпись хэша CallerInformationSystemSignatureSignatureSignedInfo
- запись значения подписи в CallerInformationSystemSignatureSignatureSignatureValue
- запись данных сертификата в CallerInformationSystemSignatureSignatureKeyInfoX509DataX509Certificate
3. Текст ошибки: Проверка подписи на вложении @id_вложения: @error.
Возникает на этапе проверки ЭЦП в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Неправильно подписано вложение или ошибка в структуре конверта СМЭВ |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
<ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>35861260-1599-11ea-b248-000c2904fa57</ns2:OriginalMessageId>
<ns2:StatusCategory>requestIsRejectedBySmev</ns2:StatusCategory>
<ns2:StatusDetails>Проверка подписи на вложении 35880e30-1599-11ea-b248-000c2904fa57:
Дайджест не прошел проверку!</ns2:StatusDetails>
<ns2:SmevFault xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:type="ns3:SignatureVerificationFault">
<Code>tsmev3:P:TSMEV3_ASYNC_CORE2:TR:ASYNC:PP:SPS:7</Code>
<Description>SMEV-100:Проверка подписи на вложении 35880e30-1599-11ea-b248-000c2904fa57:
Дайджест не прошел проверку!</Description>
<ns3:SignatureVerificationFault>SignatureIsInvalid</ns3:SignatureVerificationFault>
</ns2:SmevFault></ns2:AsyncProcessingStatus>
|
Рекомендуется проверить в каком формате электронная подпись добавлена в сообщение, а так же проверить структуру XML-сообщения на соответствие общим схемам СМЭВ с помощью инструмента «Проверки корректности xml-сообщения», размещенном на главной странице неавторизованной зоны ЛК УВ.
4. Текст ошибки: Проверка подписи на вложении @id_вложения: Ошибка получения дайджеста (OID) из подписи.
Возникает на этапе проверки подписи вложения на соответствие формату PKCS#7 в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Подпись вложенных файлов не удовлетворяет Профилю формата PKCS#7 |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется проверить что подпись вложения удовлетворяет профилю формата PKCS#7 согласно п.6.3.1. Подписи в формате PKCS#7 и
Приложение В. Профиль формата PKCS#7, которому должны удовлетворять подписи вложенных файлов» Методических рекомендаций по работе с Единой системой межведомственного электронного взаимодействия версии 3.5.0.7.
5. Текст ошибки: Срок действия сертификата ЭП-* истёк. Сертификат действителен до @validUntil.
Возникает на этапе проверки ЭЦП в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.
| Причина | Пример |
| Срок действия ЭП-ОВ истёк. | <soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body> |
| Срок действия ЭП-СП истёк. |
<AsyncProcessingStatus><OriginalMessageId>4fd0f689-1d79-11e9-831b-00155d1c2b05</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Срок действия сертификата ЭП-СП истёк. Сертификат действителен до 2018-10-12 10:16</StatusDetails>
<SmevFault xsi:type="ns3:SignatureVerificationFault"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:SPS:4</ns2:Code>
<ns2:Description>SMEV-100:Срок действия сертификата ЭП-СП истёк.
Сертификат действителен до 2018-10-12 10:16</ns2:Description>
<ns3:SignatureVerificationFault>CertificateIsExpired</ns3:SignatureVerificationFault>
</SmevFault></AsyncProcessingStatus>
|
Рекомендуется проверить сроки действия сертификата в блоке PersonalSignature.Заменить ЭП на действительную электронную подпись и повторить отправку сообщения.
6. Текст ошибки: Срок действия сертификата ЭП-* не начался. Сертификат действителен с @validSince
Возникает на этапе проверки ЭЦП в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.
| Причина | Пример |
| Срок действия ЭП-ОВ не начался. | <soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body> xmlns:ns2=»urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.3″ |
| Срок действия ЭП-СП не начался. |
|
Рекомендуется обратиться в Удостоверяющий центр, выдавший сертификат.
7. Текст ошибки: Cертификат отозван. Код ответа в ГУЦ: @code
Возникает на этапе проверки сертификата ЭП-ОВ в ГУЦ в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse.
| Причина | Пример |
| Возникла ошибка при проверке сертификата в ИС ГУЦ |
<AsyncProcessingStatus><OriginalMessageId>03e1b072-1993-11e9-99c3-62fe784ec952</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Cертификат отозван. Код ответа в ГУЦ:14</StatusDetails>
<SmevFault xsi:type="ns3:SignatureVerificationFault"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:GUTC:1</ns2:Code>
<ns2:Description>SMEV-100:Cертификат отозван. Код ответа в ГУЦ:14</ns2:Description>
<ns3:SignatureVerificationFault>CertificateIsExpired</ns3:SignatureVerificationFault>
</SmevFault></AsyncProcessingStatus>
|
Рекомендуется обратиться в Удостоверяющий центр, выдавший сертификат.
8. Текст ошибки: Технологический доступ к СМЭВ временно отозван в связи с нарушением установленного лимита обращений в систему.
Возникает на этапе проверки лимитов обращения к методам Единого сервиса СМЭВ 3 в рамках синхронной обработки.
| Причина | Пример |
| Превышены допустимые лимиты по одному из методов Единого сервиса СМЭВ 3 |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется Уменьшить интенсивность обращения к методам Единого сервиса СМЭВ 3 до рекомендованных. Значения лимитов по умолчанию зафиксированы в п. 5.4 Методических Рекомендаций СМЭВ.
SMEV-200
1. Текст ошибки: Превышен максимально допустимый суммарный размер присоединённых файлов и сообщения.
Возникает на этапе проверки размера сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Размер присоединённых файлов превысил 5 Мб при отправке через MTOM |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется проверить размер прикрепляемых файлов — суммарный размер вложений для передачи с помощью МТОМ с одним сообщением не должен превышать 5 Мб.
2. Текст ошибки: Количество ФТП-вложений превышает допустимое.
Возникает на этапе проверки количества ФТП-вложений в сообщении, принятого методом SendRequest либо SendResponse в рамках синхронной обработки.
| Причина | Пример |
| Количество вложений в сообщении превысило лимит. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
|
Рекомендуется сократить количество вложений, передаваемых в сообщении, до разрешенного. Целевой лимит количества вложений указан в синхронном ответе в блоке PermittedTotalAttachmentSize.
SMEV-201
1. Текст ошибки: Некорректная информация о фтп вложениях; message id = @id_сообщения.
Возникает на этапе проверки файлов вложения в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| 1.Несоответствие заголовка и вложений 2. Вложение не загружено перед отправкой сообщения |
<AsyncProcessingStatus> |
Рекомендуется:
-
убедиться, что вложение было предварительно загружено на файловое хранилище СМЭВ
-
проверить корректность указания в сообщении содержимого заголовка RefAttachmentHeader
2. Текст ошибки: Ошибка СМЭВ. Обратитесь в службу технической поддержки.
Возникает на этапе проверки заголовков файлов вложения сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Несоответствие заголовка и вложений |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- убедиться, что каждому AttachmentHeader в сообщении соответствует AttachmentContent
- убедиться, что количество заголовков равно количеству вложений.
- убедиться, что содержимое элементов Id в AttachmentContent не дублируется»
SMEV-202
Текст ошибки: Квота на файловое хранилище для получателя превышена!
Возникает на этапе определения файловой квоты в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Закончился выделенный на файловом хранилище СМЭВ объем свободного места для ИС УВ-получателя сообщения с вложением в результате несвоевременного разбора входящей очереди сообщений. | <AsyncProcessingStatus> |
Рекомендуется повторить отправку сообщения с вложением через промежуток времени или обратиться к получателю сообщения через СЦ.
SMEV-206
Текст ошибки: Количество символов в идентификаторе файла вложения превышает допустимое.
Возникает на этапе валидации идентификатора файла вложения МТОМ в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Идентификатор файла МТОМ вложения, передаваемого в сообщении превышает 255 символов | <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется сформировать идентификаторы, передаваемые в тегах //AttachmentHeader/contentId и //AttachmentContent/id, не превышающие размер в 255 символов.
SMEV-300
Текст ошибки: Недопустимый формат идентификатора сообщения. См. RFC-4122.
Возникает на этапе валидация идентификатора сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Формат идентификатора сообщения MessageID не соответствует стандарту RFC-4122. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется проверить корректность содержимого элемента MessageID. UUID необходимо генерировать по версии 1 (см. п. 4.2 «Algorithms for Creating a Time-Based UUID» RFC 4122 http://rfc.askapache.com/rfc4122/rfc4122.html#section-4.2). СМЭВ использует метку времени, содержащуюся в UUID, для проверки срока годности сообщения, к которому относится данный UUID. Для СМЭВ срок годности одного сообщения составляет 24 часа.
SMEV-301
Текст ошибки: Сообщение с идентификатором @messageId было послано ранее.
Возникает на этапе валидации идентификатора сообщения в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Отправляется сообщение с MessageID, который уже отправлялся ранее. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
<AsyncProcessingStatus><OriginalMessageId>a95b71d6-1993-11e9-8758-3bde16b3418d</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Сообщение с идентификатором
a95b71d6-1993-11e9-8758-3bde16b3418d было послано ранее.</StatusDetails>
<SmevFault><ns2:Code>LOCAL:P:localhost:TR:ASYNC:UNQ:3</ns2:Code>
<ns2:Description>SMEV-301:Сообщение с идентификатором
a95b71d6-1993-11e9-8758-3bde16b3418d было послано ранее.</ns2:Description>
</SmevFault></AsyncProcessingStatus>
|
Рекомендуется сгенерировать новое значение для MessageID и повторить отправку.
SMEV-302
Текст ошибки: Timestamp идентификатора сообщения слишком давний.
Возникает на этапе валидации идентификатора сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Метка времени в идентификаторе сообщения MessageID более 24-х часов. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется проверить дату и время генерации метки времени. Сгенерировать MessageID с новой меткой времени.
SMEV-401
1. Текст ошибки: Не найден вид сведений.
Возникает на этапе проверки наличия вида сведений в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| В блоке MessagePrimaryContent указаны корневой элемент или целевое пространство имен незарегистрированного в СМЭВ 3 Вида сведений или текущее время отправления запроса не входит в срок действия ВС (с/по) |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
<st3:AsyncProcessingStatus> |
Рекомендуется:
- определить контур СМЭВ, в который осуществляется обращение (разработческий, тестовый, продуктивный), для этого посмотреть вызываемый адрес сервиса и сопоставить с опубликованными в разделе «»Часто задаваемые вопросы»» Технологического портала СМЭВ адресами Единого сервиса;
- найти на Технологическом портале зарегистрированный в соответствующем контуре(тестовом или продуктивном) Вид сведений. Сверить содержимое блока MessagePrimaryContent c эталонным сообщением, опубликованным в руководстве пользователя Вида сведений — проверить, правильно ли указаны корневой элемент и целевое пространство имен корневого элемента;
- проверить срок действия ВС в карточке.
2. Текст ошибки: Попытка отправить сообщение, не соответствующее типу вида сведений.
Возникает на этапе проверки наличия вида сведений в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| В рамках метода SendRequest отправлено сообщение в блоке MessagePrimaryContent которого указан корневой элемент ответа или для сообщения, отправляемого по методу SendResponse, указан корневой элемент запроса. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- для запроса, отправляемого методом SendRequest проверить, что в блоке MessagePrimaryContent вложенный элемент соответствует корневому элементу запроса в соответствии со схемой Вида сведений, опубликованной в руководстве пользователя;
- для ответа отправляемого методом SendResponse проверить, что в блоке MessagePrimaryContent вложенный элемент соответствует корневому элементу ответа в соответствии со схемой Вида сведений, опубликованной в руководстве пользователя.
SMEV-402
Текст ошибки: Входящая очередь запрошенного типа сообщений, принадлежащая пользователю @CallerCertificate.getSubjectX500Principal().getName(X500Principal.RFC1779) не зарегистрирована в СМЭВ.
Возникает на этапе обработка сообщения в рамках синхронной обработки xml-сообщения, принятого методом GetRequest, GetResponse.
| Причина | Пример |
| 1. Неверно указаны параметры фильтрации в тегах NamespaceURI и RootElementLocalName блока MessageTypeSelector (в том числе, если указанный ВС не зарегистрирован в нужной среде). 2. Информационная система Участника не зарегистрирована в СМЭВ 3, либо ИС отсутствует в необходимой среде. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- проверить содержимое элементов NamespaceURI и RootElementLocalName блока MessageTypeSelector — целевое пространство имен и корневой элемент должны соответствовать зарегистрированному в СМЭВ 3 Виду сведений;
- проверить зарегистрирован ли данный ИС в той среде СМЭВ 3, в которой идет обращение;
- проверить зарегистрирован ли сертификат, которым подписано направленное сообщение, в соответствующей среде СМЭВ 3;
- получить серийный номер сертификата, указанного в блоке CallerInformationSystemSignature в элементе X509Certificate отправляемого сообщения (сохранить содержимое элемента с разрешением cer, открыть вкладку «Состав», получить значение из поля «Серийный номер»);
- убедиться, что ранее был направлен запрос в Ситуационный центр на регистрацию информационной системы с сертификатом из п.1 и получено положительное решение;
- если заявка ранее не направлялась — зарегистрировать запрос через Ситуационный центр и после получения положительного решения по заявке повторить отправку сообщения.
SMEV-403
1. Текст ошибки: Сообщение содержит не все вложенные элементы. Блок @tagname отсутствует либо пуст.
Возникает на этапе синхронной валидации xml-сообщения, принятого методами SendRequest, SendResponse, GetRequest, GetResponse.
| Причина |
Пример |
|
Отправляемое сообщение не соответствует схемам Единого сервиса |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- выполнить проверку сообщения с помощью «Инструментов разработчика», размещенных на главной странице Технологического портала — раздел «Проверка xml-сообщения на соответствие схемам сервиса СМЭВ»;
- привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в документе «Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия» на главной странице Технологического портала, а также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl);
- повторить отправку сообщения.
2. Текст ошибки: Сообщение содержит не все вложенные элементы. Один из блоков (MessagePrimaryContent, RequestRejected, RequestStatus) отсутствует либо пуст.
Возникает на этапе синхронной валидации xml-сообщения, принятого методами SendRequest, SendResponse.
| Причина | Пример |
| Отправляемое сообщение не соответствует схемам Единого сервиса |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- выполнить проверку сообщения с помощью «Инструментов разработчика», размещенных на главной странице Технологического портала — раздел «Проверка xml-сообщения на соответствие схемам сервиса СМЭВ»;
- привести сообщение в соответствие схемам Единого сервиса — схемы опубликованы в документе «Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия» на главной странице Технологического портала, а также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl);
- повторить отправку сообщения.
3. Текст ошибки: Метка времени сообщения @timestamp не действительна.
Возникает на этапе синхронной валидации xml-сообщения, принятого методами GetRequest, GetResponse, GetStatus, GetIncomingQueueStatistics.
| Причина | Пример |
| Значение временной метки в сообщении отличается от текущего | <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется выполнить проверку значения времени в элементе Timestamp по методам Timestamp:
- Метод GetRequestRequest : GetRequestRequest — MessageTypeSelector — Timestamp
- Метод GetResponseRequest : GetResponseRequest – MessageTypeSelector — Timestamp
- Метод GetStatus : GetStatusRequest — Timestamp
- Метод GetIncomingQueueStatisticsRequest : GetIncomingQueueStatisticsRequest — Timestamp
Значение должно совпадать с текущим (допустимая дельта — 30 минут).
4. Текст ошибки: Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ. MessageId = @Message_Id
Возникает на этапе Асинхронная валидация xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Отправляемое сообщение не соответствует схемам Вида сведений |
<ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>704b80da-2268-11e9-afd2-02579a2b356e</ns2:OriginalMessageId>
<ns2:StatusCategory>requestIsRejectedBySmev</ns2:StatusCategory>
<ns2:StatusDetails>Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ.
MessageId = 704b80da-2268-11e9-afd2-02579a2b356e</ns2:StatusDetails>
<ns2:SmevFault xsi:type=""ns3:InvalidContent"" xmlns:xsi=""http://www.w3.org/2001/XMLSchema-instance"">
<Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:BSV:3</Code>
<Description>SMEV-403:Бизнес-данные сообщения не соответствуют схеме, зарегистрированной в СМЭВ.
MessageId = 704b80da-2268-11e9-afd2-02579a2b356e</Description>
<ns3:ValidationError errorPosition=""-1"">cvc-pattern-valid: Value '' is not facet-valid with respect to pattern
'[A-Za-z0-9]{1,32}' for type 'documentseriesType'.</ns3:ValidationError>
<ns3:ValidationError errorPosition=""-1"">cvc-type.3.1.3: The value '' of element
'tns:passportSeries' is not valid.</ns3:ValidationError>
<ns3:ValidationError errorPosition=""-1"">cvc-pattern-valid: Value '' is not facet-valid with respect to pattern
'[A-Za-z0-9]{1,32}' for type 'documentnumberType'.</ns3:ValidationError>
<ns3:ValidationError errorPosition=""-1"">cvc-type.3.1.3: The value '' of element 'tns:passportNumber'
is not valid.</ns3:ValidationError>
</ns2:SmevFault></ns2:AsyncProcessingStatus>
|
Рекомендуется:
- скачать схемы Вида сведений в карточке на Технологическом портале;
- выполнить валидацию содержимого блока MessagePrimaryContent отправляемого сообщения по схемам Вида сведения с помощью xml-валидаторов или сверить с эталонным сообщением, опубликованным в руководстве пользователя;
- исправить ошибки и повторить отправку сообщения
SMEV-405
Текст ошибки: Входящая очередь «наименование очереди» сообщений, принадлежащая пользователю «мнемоника ИС», не зарегистрирована в СМЭВ.
Возникает на этапе Проверка наличия очереди ИС в СМЭВ в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Очередь ИС не зарегистрирована в СМЭВ |
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- убедиться, что сертификат, которым подписывается сообщение, зарегистрирован в СМЭВ;
- проверить, что указанная в тексте ошибки мнемоника ИС и ее очередь (общая или выделенная — NodeId) была зарегистрирована в СМЭВ;
- если были выявлены ошибки, исправить их (скорректировать мнемонику ИС, зарегистрировать ИС в СМЭВ, зарегистрировать сертификат, добавить выделенный узел ИС) и повторить попытку отправить запрос.
SMEV-406
Текст ошибки: Входящая очередь «мнемоника ИС_мнемоника узла» сообщений, принадлежащая пользователю «мнемоника ИС», деактивирована в СМЭВ.
Возникает на этапе проверки активации выделенного узла ИС в рамках синхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Выделенный узел (NodeId) ИС деактивирован |
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется создать обращение через СЦ с просьбой активировать выделенный узел ИС, приложив логи запроса и ошибки, указав номер обращения в рамках которого производилась регистрация узла ИС.
SMEV-500
Текст ошибки: Превышение пороговой продолжительности обработки вызова.
Возникает на этапе проверки EOL сообщения в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| Истекло установленное отправителем время жизни сообщения |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
<ns2:AsyncProcessingStatus>
<ns2:OriginalMessageId>e35b183b-2093-11e9-a8e6-aaaaaa2cac00</ns2:OriginalMessageId>
<ns2:StatusCategory>cancelled</ns2:StatusCategory>
<ns2:StatusDetails>Превышение пороговой продолжительности обработки вызова</ns2:StatusDetails>
<ns2:SmevFault><Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:PP:3</Code>
<Description>SMEV-500:Превышение пороговой продолжительности обработки вызова</Description>
</ns2:SmevFault></ns2:AsyncProcessingStatus>
|
Рекомендуется установить новое значение для элемента EOL и повторить отправку сообщения.
SMEV-501
Текст ошибки: Сообщение @AckTargetMessage не найдено среди неподтверждённых.
Возникает на этапе обработки сообщения в рамках синхронной обработки xml-сообщения, принятого методом Ack.
| Причина | Пример |
| Подтверждение получения сообщения с указанным MessageId было выполнено ранее или указанное значение MessageID некорректно |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- убедиться что сообщение Ack отправлено в тот же контур СМЭВ 3 (разработческий, тестовый, продуктивный), в котором было получено сообщение GetRequest или GetResponse;
- извлечь значение MessageID из полученного методом GetRequest или GetResponse сообщения;
- в элементе AckTargetMessage сообщения AckRequest указать полученный MessageID и отправить в адрес Единого сервиса.
SMEV-502
Текст ошибки: Не найден получатель по виду сведений.
Возникает на этапе обработки получателя сообщения по виду сведений в рамках синхронной обработки xml-сообщения, принятого методом SendRequest.
| Причина | Пример |
| Неверно указан код маршрутизации либо его формат. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- убедиться, что среди Поставщиков, получивших технологический доступ к Виду сведений, присутствует Поставщик с указанным в сообщении кодом маршрутизации;
- в случае неверного кода маршрутизации исправить и повторить отправку запроса.
SMEV-503
Текст ошибки: Отправитель сообщения не зарегистрирован.
Возникает на этапе проверки регистрации отправителя сообщения в рамках синхронной обработки xml-сообщения, принятого методом SendRequest, SendResponse, GetRequest, GetResponse, Ack.
| Причина | Пример |
| Информационная система Участника не зарегистрирована в СМЭВ 3 |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется:
- получить серийный номер сертификата, указанного в блоке CallerInformationSystemSignature в элементе X509Certificate отправляемого сообщения (сохранить содержимое элемента с разрешением cer, открыть вкладку «Состав», получить значение из поля «Серийный номер»);
- убедиться, что ранее был направлен запрос в Ситуационный центр на регистрацию информационной системы с сертификатом из п.1 и получено положительное решение;
- если заявка ранее не направлялась — зарегистрировать запрос через Ситуационный центр и после получения положительного решения по заявке повторить отправку сообщения.
SMEV-504
Текст ошибки: Доступ запрещён.
Возникает на этапе проверки доступа отправителя к виду сведений в рамках асинхронной обработки xml-сообщения, принятого методом SendRequest либо SendResponse.
| Причина | Пример |
| ИС не добавлена в СМЭВ 3 в качестве потребителя для запрашиваемого ВС |
<AsyncProcessingStatus>
<OriginalMessageId>9f5ac848-1fad-11e9-bd88-7901cd343bf5</OriginalMessageId>
<StatusCategory>requestIsRejectedBySmev</StatusCategory>
<StatusDetails>Доступ запрещён.</StatusDetails>
<SmevFault><ns2:Code>fed0:P:FED0_ASYNC_CORE2:TR:ASYNC:ACSM:1</ns2:Code>
<ns2:Description>SMEV-504:Доступ запрещён.</ns2:Description>
</SmevFault></AsyncProcessingStatus>
|
Рекомендуется:
- получить серийный номер сертификата, указанного в блоке CallerInformationSystemSignature в элементе X509Certificate отправляемого сообщения (сохранить содержимое элемента с разрешением cer, открыть вкладку «Состав», получить значение из поля «Серийный номер»);
- проверить корректность указания целевого пространства имен и корневого элемента Вида сведений (содержимое MessagePrimaryContent);
- убедиться, что ранее был направлен запрос в Ситуационный центр на получение доступа к Виду сведений из п.2 для ИС, зарегистрированной в соответствующем контуре СМЭВ (разработческий, тестовый, продуктивный) из п.1;
- если заявка ранее не направлялась — зарегистрировать запрос через Ситуационный центр и после получения положительного решения по заявке повторить отправку сообщения.
SMEV-505
Текст ошибки: Превышение пороговой продолжительности обработки вызова.
Возникает при получении на коннекторе клиентов сообщения ответа (SendResponseRequest), в рамках синхронной проверки.
| Причина | Пример |
| Норматив продолжительности подготовки сообщения-ответа превышен на n секунд m миллисекунд . Значение норматива продолжительности N секунд. |
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> |
Рекомендуется обратить внимание на следующее: ответ на запрос по версии вида сведений не сможет быть направлен с нарушением норматива продолжительности подготовки сообщения-ответа.
SMEV-600
Текст ошибки: Очередь, в которую должно быть отправлено сообщение, переполнена.
Возникает на этапе проверки квоты на количество сообщений в рамках синхронной/асинхронной обработки xml-сообщения, принятого методом SendRequest.
| Причина | Пример |
| Ошибка связана с ограничением на допустимое количество сообщений в очереди запросов ИС-получателя сообщения и вызвана несвоевременным разбором входящей очереди ИС получателя запроса. |
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
<AsyncProcessingStatus>
<OriginalMessageId>e86b5350-1995-11e9-b078-0050568925e4</OriginalMessageId> <StatusCategory>requestIsRejectedBySmev</StatusCategory> |
Рекомендуется повторить отправку сообщения с вложением через промежуток времени или обратиться к получателю запроса через СЦ
SMEV-60
Текст ошибки: Ошибка СМЭВ. Обратитесь в службу технической поддержки.
Возникает на этапе проверки в рамках синхронной или асинхронной обработки xml-сообщения, принятого методами SendRequest, SendResponse, GetRequest, GetResponse, Ack.
| Причина | Пример |
| 1. Некорректная структура сообщения 2. Отсутствует или некорректно заполнен элемент to сообщения-ответа. 3. Сообщение направлено неверным методом (например, если запрос направлен по методу SendResponse) 4. Технологические работы в СМЭВ |
<soap:Envelope |
Рекомендуется:
- выполнить проверку сообщения с помощью «Инструментов разработчика», размещенных на главной странице Технологического портала — раздел «Проверка xml-сообщения на соответствие схемам сервиса СМЭВ», в случае ошибок — привести сообщение в соответствие схемам Единого сервиса, опубликованным в документе «Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия» на главной странице Технологического портала (также могут быть получены с помощью ссылок в конструкции import в описании сервиса (wsdl)) и повторить отправку сообщения;
- проверить, что сообщение направляется нужным методом (запрос — при помощи метода SendRequest, ответ — при помощи метода SendResponse);
- для успешного инициирования процесса обмена, необходимо направлять запрос при помощи метода SendRequest, отправив запрос (SendRequestRequest), после чего запрос пройдет проверки и будет поставлен в очередь запросов поставщика ВС. Далее поставщик при помощи метода GetRequest совершает выборку запроса из очереди и формирует конверт SendResponseRequest;
- убедиться, что в соответствующем контуре СМЭВ на момент отправки сообщения не проводились технологические работы (информация о работах публикуется в разделе «Новости».
- Главная
- Народный top. Рейтинг страховых компаний
- СОГЛАСИЕ
- Отзыв
#65066
Отзывы о страховой компании «Согласие»
Написать отзыв
1
Оценка не засчитана
Автострахование
ОСАГО — ТИХИЙ УЖАС!!!
Сбой выполнения UniversalLoad_MethodSU—>CalcContractByTarifCalc Сбой расчета через МАТБЛОК. ЧЯ В2: 704/10 — Произошла непредвиденная ошибка Выполнение метода для правила [173]:
Да, при оформлении полиса я еще так долго не матерился. В начале было все ок, расчет выставлен. Ошибся в цифре, исправил. И на тебе, сраная ошибка.
Администратор:
Мы не можем засчитать оценку, т.к. не указаны никакие данные автора.
5 комментариев
-
Отдел по работе с обращениями клиентов
Добрый день!
Мы сожалеем, что Вы столкнулись с проблемой при оформлении полиса еОСАГО.
Все системы по заключению договоров еОСАГО Страховой Компании «Согласие» функционируют в полном объеме. Технических сбоев нами не зафиксировано.
При возникновении ошибки, описанной в Вашем обращении, мы рекомендуем сменить браузер или очистить кэш браузера.
Также, чтобы приобрести полис ОСАГО Вы можете обратиться в офис нашей компании.
Приносим извинения за возможные неудобства.
С уважением,
Отдел по работе с обращениями клиентов СК «Согласие» -
-
саша (гость)
враньё вы пишите дайте грамотный ответ судя по коментариям вы уже пол года не можите ошибку исправить
-
-
Uncle Dench (гость)
Всё дело в том, что они делают это нарошно. Чтобы не страховать. Но… Если всё заскринить и направить жалобу в ЦБ РФ, то их оштрафуют. И не раз, если таких обращений будет много. Давайте делать массово, чтобы натянули «по сами зенки».
-
-
-
Игорь 53867
Здравствуйте. Не могу отправить заявление на ОСАГО в банк Согласие. Несколько попыток сделал все бесполезно. Звонил в банк, сказали отправить заявление с браузера гугл хром. До этого отправлял с оперы. результат тот же. Поменял антивирус на ноутбуке, думал вирусы. Осталось компьютер поменять на новый!
-
Не могу оформить полис Е Осаго (гость)
Ошибка при отправке заявления
- Главная
- Народный top. Рейтинг страховых компаний
- СОГЛАСИЕ
- Отзыв
#64880
Отзывы о страховой компании «Согласие»
Написать отзыв
не оформляется Е-ОСАГО
UniversalLoad_MethodSU—>CalcContractByTarifCalc Сбой расчета через МАТБЛОК. ЧЯ В2: 704/10 — Произошла непредвиденная ошибка Выполнение метода для правила [173]:
Е-ОСАГО невозможно оформить полис. Третий день пытаюсь. На 100500 раз все проверяю. Загрузилось единственный раз — самый первый, но с ошибочными данными по ВУ и, соответственно, проставило водительский коэффициент 1, а у меня уже миллион лет он равен 0,5. Исправил данные по ВУ и с того момента не могу загрузить заявление
Добрый день!
На основании Вашего обращения была проведена внутренняя проверка, в ходе которой было установлено следующее: технических проблем, препятствующих заключению договора страхования ОСАГО (внесению изменений в договор страхования ОСАГО) и связанных с работой сайта www.soglasie.ru не выявлено.
С уважением,
Отдел по работе с обращениями клиентов
ООО «СК «Согласие»
26 комментариев
-
Отдел по работе с обращениями клиентов
Добрый день!
Благодарим Вас за предоставленную информацию.
Мы вернемся с ответом по результатам проверки.
С уважением,
Отдел по работе с обращениями клиентов СК «Согласие» -
-
Дмитрий (гость)
Ну и как у вас успехи? выгнать ваш тех отдел надо, прошло 3 недели а результата нет! та же ошибка, тот же кбм 0.5 бардак а не компания… минус вам во всех отзывах и рейтингах
-
гость (гость)
Почти месяц прошел… результатов нет… та же ошибка… минус вам, большой и жирный
-
вадим (гость)
Я думал только у меня такая проблема, полис не могу в СОГЛАСИИ продлить или купить. Скопировал надпись ошибки загнал в интернет, а тут какая радость я не один такой обеспокоенный. Что делать хрен знает. Может в другой компании застраховаться?
-
Алексей (гость) (гость)
Да не пропускает вас компания и всё. По закону об осаго они не имеют права отказать в страховании вашего транспортного средства, но делают это завуалированно ссылаясь на технические ошибки.
-
-
Ольга (гость)
Да… тоже разочарована, страхую автомобиль много лет в этой компании(как говорится-постоянный клиент), а машину супруга застраховать не можем. И в офисе пробовали и онлайн пробовали… везде типа технические ошибки.Жаль.Теряют клиентов.В суд надо обращаться, раз по закону не имеют права отказать.
-
-
Дмитрий (гость)
Просто свиньи, потерял 15 минут времени пока всю лабуду набирал
-
Павел (гость)
«На основании Вашего обращения была проведена внутренняя проверка, в ходе которой было установлено следующее: технических проблем, препятствующих заключению договора страхования ОСАГО (внесению изменений в договор страхования ОСАГО) и связанных с работой сайта www.soglasie.ru не выявлено.»
Как это???? То есть это не они хреновая компания, а клиенты дебилы что ли?
День потерял… -
Богдан (гость)
Согласие, вы там уже определитесь, вы таки даете оформить e-ОСАГО или нет? Если вам говорят клиенты, что есть ошибка, значит она реально есть. Не делайте удивленно лицо и не давайте тупые отмазки, что проблем нет.
-
-
Наталия (гость)
Такая же проблема также ошибка
-
Максим (гость)
Аналогично
-
-
Александр (гость)
Та же чушь. В техподдержке заявляют, что проблему озвучить мне не в состоянии. Очищал и кэш и пробовал разные браузеры — результат один. Через РСА я так же пытался оформить у них полис, но не смог якобы по причине не верно указанного СТС, хотя по 5 раз всё проверил. Ладно бы были другие страховщики доступны, но нет. Каким-то образом только Согласие доступно и вчера и сегодня.
-
Валера (гость)
Всё просто, страхуют только тех, кого выгодно страховать, а для остальных придуман технический сбой
-
Дмитрий (гость)
Аналогичная история, что онлайн, что в офисе (там руками разводят, система вас не пропускает) придется менять компанию. Желаю им всего плохого.
-
Татьяна (гость)
Та же история с оформлением полиса Осаго- ОШИБКА. Свинство. Много лет страховалась в СОГЛАСИИ, но теперь ушла в Альфастрахование. В Альфастраховании оформила полис за 5 минут.
-
Дмитрий (гость)
Радует, радует что я не один оказывается матерными слюнями плююсь. Надоело уже по клавиатуре клацать,… е СОГЛАСИЕ.
-
Станислав (гость)
та же история. Если вписывать только жену, то вроде прокатывает, а двоих никак
-
Александр (гость)
Год назад выдавали ошибки другие СК, только в «Согласии» получилось оформить е ОСАГО, а в этом году — ошибка. Буду пробовать другие страховые компании.
-
Линар (гость)
Много лет страховался в СОГЛАСИИ. Впоследнее время, при оформлении на сайте точно такая же хрень (ошибки и там всякая лабуда). При обращщении в офис — не можем оформить, проблемы с программой. Напишите заявление. Написал. Месяц ждал. Не страхуют!!! На сайте ЦБ нашел письмо от ЦБ страховщикам, что ОСАГО должны выдать в день обращения. Ни каких заявлений на 1-2-30 суток нет. Написал им гневное письмо на сайте СОГЛАСИЯ. Ответа 0. Буду писать в ЦБ по каждому случаю. ПУсть их штрафуют. 300К за каждый отказ. Будем лечить.
Хотя сам уйду в другую компанию. -
Юрий (гость)
такая же фигня
-
Мария (гость)
пишу в РСА и ЦБ, дебильная компания наставила фильтров. Липовые технические ошибки, натравлю на вас ФАС, собаки сутулые.
-
Алексей (гость)
Та же проблема
-
Денис (гость)
То же самое
-
Ильяс (гость)
Прошел год… Ошибка та же. Ребят, где застраховать то японца?
-
Базиль (гость)
Хах, аналогичная трабла. Согласие — днище.
-
Дмитрий (гость)
А воз и ныне там…
- Главная
- Народный top. Рейтинг страховых компаний
- СОГЛАСИЕ
- Отзыв
#64880
Отзывы о страховой компании «Согласие»
Написать отзыв
не оформляется Е-ОСАГО
UniversalLoad_MethodSU—>CalcContractByTarifCalc Сбой расчета через МАТБЛОК. ЧЯ В2: 704/10 — Произошла непредвиденная ошибка Выполнение метода для правила [173]:
Е-ОСАГО невозможно оформить полис. Третий день пытаюсь. На 100500 раз все проверяю. Загрузилось единственный раз — самый первый, но с ошибочными данными по ВУ и, соответственно, проставило водительский коэффициент 1, а у меня уже миллион лет он равен 0,5. Исправил данные по ВУ и с того момента не могу загрузить заявление
Добрый день!
На основании Вашего обращения была проведена внутренняя проверка, в ходе которой было установлено следующее: технических проблем, препятствующих заключению договора страхования ОСАГО (внесению изменений в договор страхования ОСАГО) и связанных с работой сайта www.soglasie.ru не выявлено.
С уважением,
Отдел по работе с обращениями клиентов
ООО «СК «Согласие»
26 комментариев
-
Отдел по работе с обращениями клиентов
Добрый день!
Благодарим Вас за предоставленную информацию.
Мы вернемся с ответом по результатам проверки.
С уважением,
Отдел по работе с обращениями клиентов СК «Согласие» -
-
Дмитрий (гость)
Ну и как у вас успехи? выгнать ваш тех отдел надо, прошло 3 недели а результата нет! та же ошибка, тот же кбм 0.5 бардак а не компания… минус вам во всех отзывах и рейтингах
-
гость (гость)
Почти месяц прошел… результатов нет… та же ошибка… минус вам, большой и жирный
-
вадим (гость)
Я думал только у меня такая проблема, полис не могу в СОГЛАСИИ продлить или купить. Скопировал надпись ошибки загнал в интернет, а тут какая радость я не один такой обеспокоенный. Что делать хрен знает. Может в другой компании застраховаться?
-
Алексей (гость) (гость)
Да не пропускает вас компания и всё. По закону об осаго они не имеют права отказать в страховании вашего транспортного средства, но делают это завуалированно ссылаясь на технические ошибки.
-
-
Ольга (гость)
Да… тоже разочарована, страхую автомобиль много лет в этой компании(как говорится-постоянный клиент), а машину супруга застраховать не можем. И в офисе пробовали и онлайн пробовали… везде типа технические ошибки.Жаль.Теряют клиентов.В суд надо обращаться, раз по закону не имеют права отказать.
-
-
Дмитрий (гость)
Просто свиньи, потерял 15 минут времени пока всю лабуду набирал
-
Павел (гость)
«На основании Вашего обращения была проведена внутренняя проверка, в ходе которой было установлено следующее: технических проблем, препятствующих заключению договора страхования ОСАГО (внесению изменений в договор страхования ОСАГО) и связанных с работой сайта www.soglasie.ru не выявлено.»
Как это???? То есть это не они хреновая компания, а клиенты дебилы что ли?
День потерял… -
Богдан (гость)
Согласие, вы там уже определитесь, вы таки даете оформить e-ОСАГО или нет? Если вам говорят клиенты, что есть ошибка, значит она реально есть. Не делайте удивленно лицо и не давайте тупые отмазки, что проблем нет.
-
-
Наталия (гость)
Такая же проблема также ошибка
-
Максим (гость)
Аналогично
-
-
Александр (гость)
Та же чушь. В техподдержке заявляют, что проблему озвучить мне не в состоянии. Очищал и кэш и пробовал разные браузеры — результат один. Через РСА я так же пытался оформить у них полис, но не смог якобы по причине не верно указанного СТС, хотя по 5 раз всё проверил. Ладно бы были другие страховщики доступны, но нет. Каким-то образом только Согласие доступно и вчера и сегодня.
-
Валера (гость)
Всё просто, страхуют только тех, кого выгодно страховать, а для остальных придуман технический сбой
-
Дмитрий (гость)
Аналогичная история, что онлайн, что в офисе (там руками разводят, система вас не пропускает) придется менять компанию. Желаю им всего плохого.
-
Татьяна (гость)
Та же история с оформлением полиса Осаго- ОШИБКА. Свинство. Много лет страховалась в СОГЛАСИИ, но теперь ушла в Альфастрахование. В Альфастраховании оформила полис за 5 минут.
-
Дмитрий (гость)
Радует, радует что я не один оказывается матерными слюнями плююсь. Надоело уже по клавиатуре клацать,… е СОГЛАСИЕ.
-
Станислав (гость)
та же история. Если вписывать только жену, то вроде прокатывает, а двоих никак
-
Александр (гость)
Год назад выдавали ошибки другие СК, только в «Согласии» получилось оформить е ОСАГО, а в этом году — ошибка. Буду пробовать другие страховые компании.
-
Линар (гость)
Много лет страховался в СОГЛАСИИ. Впоследнее время, при оформлении на сайте точно такая же хрень (ошибки и там всякая лабуда). При обращщении в офис — не можем оформить, проблемы с программой. Напишите заявление. Написал. Месяц ждал. Не страхуют!!! На сайте ЦБ нашел письмо от ЦБ страховщикам, что ОСАГО должны выдать в день обращения. Ни каких заявлений на 1-2-30 суток нет. Написал им гневное письмо на сайте СОГЛАСИЯ. Ответа 0. Буду писать в ЦБ по каждому случаю. ПУсть их штрафуют. 300К за каждый отказ. Будем лечить.
Хотя сам уйду в другую компанию. -
Юрий (гость)
такая же фигня
-
Мария (гость)
пишу в РСА и ЦБ, дебильная компания наставила фильтров. Липовые технические ошибки, натравлю на вас ФАС, собаки сутулые.
-
Алексей (гость)
Та же проблема
-
Денис (гость)
То же самое
-
Ильяс (гость)
Прошел год… Ошибка та же. Ребят, где застраховать то японца?
-
Базиль (гость)
Хах, аналогичная трабла. Согласие — днище.
-
Дмитрий (гость)
А воз и ныне там…
Ошибка с кодом 704 знакома очень многим пользователям и те, кто с компьютером на «ты» знают, что данный код означает разрыв соединения с серверами и интернетом.
Как же устраняется данная неисправность? Об этом будет рассказано далее.
Очень часто появление 704 ошибки на мониторе сигнализирует и о том, что настройки конфигурации обратной связи выставлены не совсем верно.
Чтобы начать добираться до истины, нужно осмотреть как можно тщательнее все настройки и выяснить, где именно была допущена досадная оплошность.
Проверка подключения
Со стороны проводов нужно проверить, все ли сетевые кабеля правильно подключены и соединены с модемом.
В том случае, если все сделано правильно, стоит переподключить все кабеля и сетевой шнур заново.
При повторном подключении шнура к системному блоку компьютера должен слышаться характерный щелчок.
Проверка сетевого адаптера
Теперь нужно проверить состояние сетевого адаптера. Делается это следующим образом: начать нужно с нажатия кнопки «пуск» в левом нижнем углу экрана. Затем нужно найти во всплывающем меню кнопку «выполнить», после нажатия ко торой в поисковой строке стоит прописать команду ncpa.cpl Когда все прописано правильно, необходимо всего лишь закончить процесс, нажав кнопку «ОК».
Как только откроется следующее окно, в нем нужно будет отыскать пункт «подключение по локальной сети»,
кликнуть по нему правой клавишей мышки и выбрать пункт «Включить».
Следующим шагом будет перезагрузка роутера и компьютера.
После перезагрузки стоит отсоединить устройство на несколько минут и оставить в покое, далее все подключается обратно.
Обновляем IP-адрес
В том случае, если выше описанные методы не помогли справиться с проблемой, стоит прибегнуть к обновлению IP-адреса.
Чтобы обновить адрес, нужно зайти в командную строку, забив в разделе «выполнить» буквы «cmd» и подтвердить действие, после чего необходимо ввести там следующие значения: «ipconfig /renew».
Затем нужно будет нажать кнопку подтверждения и дождаться, пока IP-адрес обновится.
Если и этот метод не помог, стоит обратиться к провайдеру и перезаключить договор при необходимости в этом. Обычно все описанные методы помогают довольно хорошо.
-
Описание ошибки
-
Как исправить?
Point Blank – логичное продолжение многопользовательской игровой индустрии, реализующей шутер от первого лица. После того, как Counter Strike морально устарел, сообщество геймеров ощутило нехватку качественной стрелялки. И детище от Zepetto – глоток свежего воздуха. Но, как и все продукты, игра имеет некоторые недочеты. Поэтому рассмотрим, как исправить ошибку 704 4game.
Описание ошибки
Проблема возникает при попытке запустить игру: высвечивается соответствующее оповещение, которое блокирует открытие Point Blank, Lineage II и т.д. Кажется, что невозможно решить ошибку безболезненно и у многих закрадываются мысли о переустановке игры или даже системы. Но несмотря на это, ничего страшного в данном дефекте нет и исправить его можно с помощью элементарных манипуляций с операционной системой.
Как исправить?
Для этого нужно выполнять ряд рекомендаций, пока проблема не решится. Среди них:
- Перезагрузка компьютера. Иногда этого хватает для восстановления работоспособности приложения.
- Запуск Point Blank в другом интернет-обозревателе. Попробуйте использовать другой популярный браузер.
- Настройте брандмауэр и антивирусную программу. Добавьте 4game-service в исключения и перезапустите ПК после изменения настроек.
- Очистите кэш и устаревшие записи реестра с помощью CCleaner.
- Отключите посторонние службы системы, которые конфликтуют с файлами приложения. Более подробную инструкцию найдете по этой ссылке.
- Переустановите 4game-service и запустите .exe файл от имени администратора.
- Проверьте, запущена ли служба 4game-service. Для этого откройте «Диспетчер задач» с помощью Ctrl+Shift+Esc и перейдите во вкладку «Службы». Поищите в списке интересующее поле. При отсутствии соответствующей утилиты в перечне, перейдите по этой ссылке для ознакомления с подробной инструкцией по ее включению.
Мы узнали основные способы исправления ошибки. Теперь я расскажу, как предотвратить ее возникновение в будущем. Для этого:
- Вызовите окно «Выполнить» путем нажатия Win+R.
- В текстовом поле введите
msconfig.
- В новом окне перейдите во вкладку «Автозагрузка».
- Поставьте галочку напротив 4game-service и сохраните изменения.
- Перезагрузите компьютер.
Теперь вы знаете, как исправить ошибку 704 4game. Если ничего из вышеприведенных рекомендаций не помогло, рекомендую обратиться в официальную службу технической поддержки. Специалисты скоординируют вас в первичной диагностике проблемы и подскажут новые и уникальные пути решения.
- Статус темы:
-
Закрыта.
-
BonnieWR
User- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
Здравствуйте , все мы сталкиваемся с ошибкой «704».
Ошибка при обновлении клиента…Общался с людьми , именно с теми кто 6 месяцев не может исправить эту ошибку.
А что я сделал?Использовал 5 браузеров,ударил к бабкиному ёжику антивирус…отключил брандмауэр…перезагружал компьютер,ВСЁ ЧТО РЕКОМЕНДУЮТ Я СДЕЛАЛ.
Lineage2 я скачивал максимально до 200мб , и при 200мб в папке Lineagell только папка Frost и всё. -
Еще раз и по русски. Что ты хочешь?
-
Инструкция для 90% случаев ошибок 704, 705 и 722 и тому подобных:
1. Открыть «панель управления» — «добавление/удаление программ» (или «программы и компоненты» для 10-ки). Удалить UBar Plugin (искать нужно по ключевому слову Ubar), он также может называться VideoPlugin, его также необходимо удалить из системы.
2. Удалить папку Frost в клиенте игры.
3. Для папки с игрой через свойства папки убрать опцию «только чтение» и применить на все папки клиента.
4. Удалить из папки C:WindowsTemp всё что может быть удалено.
5. Переустановить приложение 4game — http://cdn.inn.ru/installer/v3.6.1.217/4game_setup-ru.exe
6. Перегрузить компьютер.Остальные 10% решаются иными методами..
P.S.: А кроме папки Frost вы не видите больше ничего из-за нового апдейтера, который сначала качает в скрытую папку и только потом собирает клиент..
-
BonnieWR
User- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
Из вашего сообщения для себя выделил , это «P.S.: А кроме папки Frost вы не видите больше ничего из-за нового апдейтера, который сначала качает в скрытую папку и только потом собирает клиент..»
Остальное что-было выше перепробовал -
Добрый день.
1. Воспользуйтесь, пожалуйста, другим браузером.
2. Переустановите приложение 4GAME.
3. Настройте антивирус https://forum.4game.ru/showthread.php?t=288074. В противном случае, временно отключите его.
4. Убедитесь, что служба фогейм запущена:
https://ru.4gamesupport.com/kb/articles/527-4game-service -
не просто запущена… а еще ей дари режим бога
когда у службы прав должно быть больше чем у пользователя… -
BonnieWR
User- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
Нашёл единственный верный способ загрузки , это каждый раз чекать загрузку 704.
Ибо после этой ошибки не сливается сама загрузка.Скачало 20мб…обновил…ещё 20мб…и так по маслу за месяц 8гб скачаю точно! -
Вы проделали то, что выше написали?
-
BonnieWR
User- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
Абсолютно всё , даже папку Frost удалял и чинил игру
-
Скачайте, пожалуйста, тимвивер, данные от него в лс:
https://4gameforum.com/threads/214387/ -
BonnieWR
User- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
В этом случае может быть загвоздка в плане скорости интернета , 60кбсек
-
BonnieWR
User- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
А что ты хотел в Волгограде?Максимум отличный интернет в центре города , дальше шлак.
-
с такой скоростью Вы так только и сможете докачать игру
Скачало 20мб…обновил…ещё 20мб…и так по маслу за месяц 8гб скачаю точно!
можете попробовать докачать файлы клиента игры утилитой check4game она скачивает каждый файл клиента игры отдельно
но при 60кб очень вероятно что у вас еще будут проблемы с запуском самой игры после ее скачивания
-
BonnieWR
User- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
Спокойно играю в Rust-CSGO и остальные игры , в L2 уже играл знакомый с таким-же интернетом.
В check4game скачал 3гб , дальше пойдёт как по маслу. -
Закрыто в связи с утерей актуальности.
когда у службы прав должно быть больше чем у пользователя…- Статус темы:
-
Закрыта.
Причина появления «ошибки Р0704» — неисправность концевика педали сцепления. В конкретно моем случае заключалась неисправность в следующем: лопнула пополам пружина внутри концевика. Из-за этого контактная группа внутри концевика находилась постоянно (не зависимо от того была ли нажата педаль сцепления или была отпущена) в замкнутом состоянии. Да-да, именно в замкнутом ( а не так, как я ранее думал, глядя на электросхему блока управления двигателем).
Для понимания — алгоритм работы концевика следующий:
1. Контактная группа внутри концевика — постоянно замкнута на массу (положение педали сцепления — педаль не нажата).
2. При нажатии педали сцепления после, примерно, половины ее хода — контактная группа внутри концевика — разъединяется, прерывая подачу «массы» в блок управления двигателем — именно «снятие массы» (прерывание массы посредством концевика) является сигналом для блока управления двигателем о том, что сцепление было выжато… в следствие чего выключается функция управления мощностью двигателя ( как я понял из объяснений некоторых форумчан в прошлой записи: www.drive2.ru/l/452302525979166872/)
_____________________________________________________________________________________
Собственно, фото концевика и наглядная причина его поломки (ну а затем мысли «в слух»)
Полный размер
Концевик в сборе (партномер, к сожалению.не догадался списать с корпуса)
Полный размер
Концевик в разборе: видно длинный шток (=кнопка= так называемая), видно =короткую= пружину, видна контактная группа именно в том состоянии (нормально-замкнутом), соответствующем не нажатой педали сцепления)
Полный размер
Виновник =торжества, а точнее — виновник появления ошибки Р0704 — ПРУЖИНА, лопнувшая пополам.
О пружине: на втором фото — пружина «короткая» (общая длина пружины около 3см — точно не измерял, наружний диаметр пружины около 3мм) Это вызвано тем, что одна часть от лопнувшей пружины виток к витку каким-то образом «ввинтилась» в другую часть пружины ))) Сфотать забыл этот момент, но, думаю, многие поняли, что я этим хотел сказать — короче «пружина в пружине» оказалась и естественно, общая длина пружины уменьшилась.Вследствие чего шток не мог возвратиться в исходное состояние и отжать своей выпуклой частью (обратите внимание на шток) контактную группу. Именно выпуклая часть штока отжимает контактную группу, разъединяя тем самым цепь массы. Контактная группа находилась в постоянно-замкнутом состоянии не зависимо от того, выжата педаль сцепления или нет.
——————————————————————————————————————-
Ремонт: (если это можно назвать ремонтом)
Банально… но я сделал так (т.к. негде было достать аналогичную по форме и размерам пружину):
— я установил одну часть пружины на другую часть, просто развернув части пружины на 180*(если руководствоваться фото №3, то станет понятно) и одев эти части на направляющую в самом корпусе концевика (восстановив тем самым общую длину пружины и, как таковую, ее упругость) одел на пружину шток (кнопку) и собрав концевик в первоначальное состояние … После данной доработки концевик заработал так, как ему положено работать.
———————————————————————————————————————
Наблюдения:
— отгоняя от себя всеми правдами и не правдами «эффект плацебо», я попытался ощутить разницу в поведении автомобиля при переключении передач с неисправным концевиком и ошибкой Р0704 и после устранения неисправности концевика и уже без ошибки Р0704. С учетом того, что я (как я понимаю и реально это так) ездил на авто с этой неисправностью достаточно долгое время (до того, как подцепил чудо-юдо-девайс ELM327)))) и успел уже (без преувеличений) привыкнуть к поведению авто при переключении передач с неисправным концевиком и ошибкой этой (принимая это, как должное) — разница ( в поведении авто в момент: выжима сцепления, в момент переключения передач, в момент набора скорости после переключения передач, а так же в момент выжима сцепления и сброса скорости с переключением в нейтраль) — по моим сугубо личным ощущениям — ЕСТЬ, и она хорошо заметна (для меня, поездившего на неисправном концевике с ошибкой хрен знает сколько времени) с первых же минут после «ремонта» концевика). Я не могу «это» описать — это можно только, наверное, ощутить самому…Меня спрашивали в комментах: » а не «клюют» ли пассажиры головами при переключении передач?» … Я говорил: «Да, вроде, нет, не замечал». А как оказалось — привык уже, т.к. ощущение «клевков» — пропало вовсе. Теперь все как-то мягенько и четненько включается и едется =)))…
А имитировать неисправность можно след.образом: снять разъем с концевика и перемкнуть в разъеме два контакта перемычкой )))) Поездить так с недельку-две-три, потом обратно все вернуть в нормальное состояние, сбросить ошибку и поехать уже с «рабочим» концевиком… Вот тут-то и будут ощущения того, что, все-таки, что-то не так работало однозначно…
———————————————————————————————————————————
Вот такие «пироги», друзья мои…
- Статус темы:
-
Закрыта.
-
BonnieWR
User
- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
Здравствуйте , все мы сталкиваемся с ошибкой «704».
Ошибка при обновлении клиента…Общался с людьми , именно с теми кто 6 месяцев не может исправить эту ошибку.
А что я сделал?Использовал 5 браузеров,ударил к бабкиному ёжику антивирус…отключил брандмауэр…перезагружал компьютер,ВСЁ ЧТО РЕКОМЕНДУЮТ Я СДЕЛАЛ.
Lineage2 я скачивал максимально до 200мб , и при 200мб в папке Lineagell только папка Frost и всё. -
Еще раз и по русски. Что ты хочешь?
-
Инструкция для 90% случаев ошибок 704, 705 и 722 и тому подобных:
1. Открыть «панель управления» — «добавление/удаление программ» (или «программы и компоненты» для 10-ки). Удалить UBar Plugin (искать нужно по ключевому слову Ubar), он также может называться VideoPlugin, его также необходимо удалить из системы.
2. Удалить папку Frost в клиенте игры.
3. Для папки с игрой через свойства папки убрать опцию «только чтение» и применить на все папки клиента.
4. Удалить из папки C:WindowsTemp всё что может быть удалено.
5. Переустановить приложение 4game — http://cdn.inn.ru/installer/v3.6.1.217/4game_setup-ru.exe
6. Перегрузить компьютер.Остальные 10% решаются иными методами..
P.S.: А кроме папки Frost вы не видите больше ничего из-за нового апдейтера, который сначала качает в скрытую папку и только потом собирает клиент..
-
BonnieWR
User
- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
Из вашего сообщения для себя выделил , это «P.S.: А кроме папки Frost вы не видите больше ничего из-за нового апдейтера, который сначала качает в скрытую папку и только потом собирает клиент..»
Остальное что-было выше перепробовал -
Добрый день.
1. Воспользуйтесь, пожалуйста, другим браузером.
2. Переустановите приложение 4GAME.
3. Настройте антивирус https://forum.4game.ru/showthread.php?t=288074. В противном случае, временно отключите его.
4. Убедитесь, что служба фогейм запущена:
https://ru.4gamesupport.com/kb/articles/527-4game-service -
не просто запущена… а еще ей дари режим бога
когда у службы прав должно быть больше чем у пользователя… -
BonnieWR
User
- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
Нашёл единственный верный способ загрузки , это каждый раз чекать загрузку 704.
Ибо после этой ошибки не сливается сама загрузка.Скачало 20мб…обновил…ещё 20мб…и так по маслу за месяц 8гб скачаю точно! -
Вы проделали то, что выше написали?
-
BonnieWR
User
- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
Абсолютно всё , даже папку Frost удалял и чинил игру
-
Скачайте, пожалуйста, тимвивер, данные от него в лс:
https://4gameforum.com/threads/214387/ -
BonnieWR
User
- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
В этом случае может быть загвоздка в плане скорости интернета , 60кбсек
-
BonnieWR
User
- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
А что ты хотел в Волгограде?Максимум отличный интернет в центре города , дальше шлак.
-
с такой скоростью Вы так только и сможете докачать игру
Скачало 20мб…обновил…ещё 20мб…и так по маслу за месяц 8гб скачаю точно!
можете попробовать докачать файлы клиента игры утилитой check4game она скачивает каждый файл клиента игры отдельно
но при 60кб очень вероятно что у вас еще будут проблемы с запуском самой игры после ее скачивания
-
BonnieWR
User
- Регистрация:
- 10.10.16
- Сообщения:
- 7
- Симпатии:
- 0
Спокойно играю в Rust-CSGO и остальные игры , в L2 уже играл знакомый с таким-же интернетом.
В check4game скачал 3гб , дальше пойдёт как по маслу. -
Закрыто в связи с утерей актуальности.
- Статус темы:
-
Закрыта.