Нет нужной модификации авто в онлайн форме ОСАГО
Добрый день. При оформлении полиса онлайн в форме калькулятора отсутствует необходимая модификация автомобиля — TOYOTA RAV4 2002 г.в. 125 л.с. А ведь несоответсвие указанной в заявлении на оформление ОСАГО мощности двигателя может стать поводом для взыскания при ДТП с виновника выплаченной компенсации потерпевшему.
Также, при оформлении полиса онлайн с помощью загрузки сканов документов, на почту приходит ссылка не на заполненные поля формы, а на пустую форму калькулятора ОСАГО, что ведет к проблеме, указанной выше.
Добрый день. При оформлении полиса онлайн в форме калькулятора отсутствует необходимая модификация автомобиля — Pajero 1985-1990г.в. А ведь несоответсвие указанной в заявлении на оформление ОСАГО мощности двигателя может стать поводом для взыскания при ДТП с виновника выплаченной компенсации потерпевшему.
Также, при оформлении полиса онлайн с помощью загрузки сканов документов, на почту приходит ссылка не на заполненные поля формы, а на пустую форму калькулятора ОСАГО, что ведет к проблеме, указанной выше.
Проблема не решена с 2018 года… Удалите пункт модификации при машинах старшего возраста… которых у вас в списках нет.
Июнь 2021, проблема с модификацией не решена.
Июль 2021, проблема с модификацией не решена и видимо компания не заинтересована в исправлении проблем
август 2021, проблема не решена
Сентябрь 2021 года, проблема не решена.
Увольте своих программистов, невозможно осаго сделать, дожились на приору нет модификации.
у них это норма, максимум проблем для невозможности оформления осаго, каждый год тот же самый цирк
Ежики, зачем вы продолжаете колоться и жрать этот кактус. Разве не понятно — Альфа говорит — вам здесь не рады, проходите мимо товарищи. Чем меньше страхователей, тем Альфе лучше.
15.10.2021 проблема не решена
15.10.2021 проблема не решена
Это проблемма для клиента создана специально, если высокий скидочный коэффициент, а также низкое число лошадинных сил, с целью не оформлять не выгодные для компании договоры
Еще хотел в отладчике посмотреть, но как продолжить настройку после ошибки не понятно. Если запустить по кнопке «Синхронизация», то в журнале регистрации сообщение:
У меня следующая ошибка в базе, согласно Журнала регистрации:
о причине:
Ошибка проверки данных XDTO:
Структура объекта ‘/Товары/Строка[1]/ДанныеНоменклатуры/Упаковка’ не соответствует типу: < http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.6 >КлючевыеСвойстваУпаковка
Проверка свойства ‘Наименование’:
форма: Элемент
имя: < http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.6 >Наименование
тип: < http://www.w3.org/2001/XMLSchema >string
Не установлено значение одного из следующих свойств: ЕдиницаИзмерения
А что было за ошибка? У меня сейчас такая ошибка, после обновления.
<ОбщийМодуль.ОбменДаннымиСервер.Модуль(5450)>: Ошибка при вызове метода контекста (СтрокаСообщенияОбОшибке)
СтруктураНастроекОбменаВнешнееСоединение.СтрокаСообщенияОбОшибке = ОбработкаДляЗагрузкиДанных.СтрокаСообщенияОбОшибке();
по причине:
Произошла исключительная ситуация (1C:Enterprise 8.3.14.1630): <Обработка.КонвертацияОбъектовXDTO.МодульОбъекта(81)>: Значение не является значением объектного типа (СтрокаСообщенияОбОшибке)
<ОбщийМодуль.ОбменДаннымиСервер.Модуль(5551)>: Ошибка при вызове метода контекста (СтрокаСообщенияОбОшибке)
Такая же ошибка!! Не могли бы подсказать, где собака зарыта? Отчетность на носу, а данные не можем выгрузить? СПАСИБО!
Направление: Отправка.
ПОД: Документ_ПоступлениеТоваровУслуг_Отправка.
ПКО: Документ_ПоступлениеТоваровУслуг_Отправка.
Объект: Документ объект: Приобретение товаров и услуг, Приобретение товаров и услуг УТ00-000008 от 11.02.2019 12:00:00 (e1cib/data/Документ.ПриобретениеТоваровУслуг?ref=a2ea001e8c5cea6f11e92fc0e35d94aa).
<ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(3976)>: Ошибка при вызове метода контекста (Проверить)
ОбъектXDTO.Проверить();
по причине:
Ошибка проверки данных XDTO:
Структура объекта ‘/РасшифровкаДопРасходов/Строка[1]/ДокументПоступления/ПоступлениеТоваровУслугСсылка’ не соответствует типу: < http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.6 >КлючевыеСвойстваПоступлениеТоваровУслуг
Проверка свойства ‘Контрагент’:
форма: Элемент
имя: < http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.6 >Контрагент
тип: < http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.6 >КлючевыеСвойстваКонтрагент
Отсутствует обязательное свойство
Дополнительная информация:
Направление: Отправка.
ПОД: Документ_ПоступлениеТоваровУслуг_Отправка.
ПКО: Документ_ПоступлениеТоваровУслуг_Отправка.
Объект: Документ объект: Приобретение товаров и услуг, Приобретение товаров и услуг УТ00-000008 от 11.02.2019 12:00:00 (e1cib/data/Документ.ПриобретениеТоваровУслуг?ref=a2ea001e8c5cea6f11e92fc0e35d94aa).
Заполнение дополнительных полей, которые запрашивает контрагент
Видеоинструкция
Текстовая инструкция
В ЭДО часто используются дополнительные данные, которые не предусмотрены форматами ФНС, такие как номера и даты заказов, номера партий, спецификаций, доверенностей, т.е. любая дополнительная информация, которую может затребовать поставщик или покупатель. В стандартном функционале 1С-ЭДО можно добавлять поля для разных видов документов.
Заполнения дополнительных полей настраивается в разрезе видов исходящих электронных документов. Для этого необходимо перейти в справочник Контрагенты. Из списка выбрать контрагента, от которого поступило требование заполнения дополнительной информации в электронном документе, нажать ЭДО – Настройки отправки
Затем открыть соответствующую настройку ЭДО
В таблице документов учёта необходимо выбрать соответствующий вид документа и перейти по ссылке регламента ЭДО.
В открывшемся окне необходимо развернуть другие настройки и перейти по ссылке «не установлены» в настройках заполнения дополнительных полей
Открывшийся конструктор позволяет определить состав и правила заполнения полей для соответствующего раздела формата электронного документа.
На вкладке «Документ» можно задать дополнительные поля для вида электронного документа. «Сведения об отгрузке» служат для информации по передаваемой продукции. На вкладке «Товары/услуги/права» можно задать дополнительные поля для строк товаров или услуг в табличной части.
Заполнение дополнительных полей происходит в момент формирования электронного документа. Если в качестве правил заполнения указана формула, то значение будет автоматически рассчитано и подставлено в электронный документ. В случае, когда установлен другой вариант правил или при вычислении формулы произошла ошибка, значение необходимо заполнить вручную.
Для отображения дополнительной информации в форме просмотра электронного документа необходимо нажать Ещё – Настройка отображения – Отображать дополнительную информацию.
Вывод сообщения о незаполненном поле документа
(2) Пример из типовой, тут есть обращение к обеим функциям, думаю разберетесь:
(4) Обязательно так сложно делать?
Может перед записью? Если значение поля не такое то, и если не заполнено такое то поле, то сообщить то то?
(4) Это сходу не понять.
(3) В модуле документа? Я видел процедуру (2) в модуле формы. То есть нужно её сейчас искать именно в модуле объекта?
Делаю в расширении в модуле объекта.
Почему выходит ошибка?
Я сдела вот так, почему то по коду проходит, но сообщение не показывается (((((
Сообщение не показывается. Что я не так делаю?
Последний вопрос, конечно, провоцирует.
Ты на УФ? Тогда зачем используешь «Сообщить»?
Может эта процедура дурная.
И нужно делать в при записи и все будет работать?
Что не так у меня, подскажите?
Дамочка, прекратите истерику.
Скажите я в правильном месте делаю вывод сообщения?
Форма то закрывается.
Как что бы сообщение осталось?
может быть само положение сообщения куда то скрыто?
Так тоже не работает.
вот тема, как все же это сделали?
Не нужна мне процедура ОбработкаПроверкиЗаполнения.
То о чем я пишу принципиальная проблема, и по ней есть много статей, где это разбирается.
2). Довольно часто необходимо вывести сообщение в обработке проведения документа, причем не только когда возникла ошибка при проведении, но и в том случае, когда документ успешно проведен. Проблема возникает когда пользователь использует команду “Провести и закрыть”. Сообщение привязывается к окну содержащему форму текущего документа, которое в случае успешного проведения тут же закрывается и пользователь его не видит. Все дело в том что метод Сообщить() объекта СообщениеПользователю выводит сообщение в АКТИВНОЕ окно, документ как правило открывается в дополнительном окне, которое в данном случае и является активным. Таким образом, что бы пользователь смог прочитать сообщение после закрытия формы документа, необходимо перед использованием метода Сообщить() активизировать основное окно управляемого приложения. Один из вариантов – сделать это в событии формы ПередЗаписью(), например так:
&НаКлиенте
После этого в обработке проведения можно смело выводить сообщение, теперь оно будет привязано к основному окну, и пользователь сможет прочитать его даже после закрытия формы документа.
Но у меня это не работает! Форма закрывается и моего сообщения нет
(44) Что такое отказ истина? Эточто бы документ оставался открытым при этом сообщении.
Этого не нужно.
Нужно что бы документ закрылся и вывелось сообщение. Как это сделать?
Я пытаюсь понять как это сделать и можно ли вообще.
Пользователь, нажимает «записать и закрыть», ему нужно вывести сообщение.
Вот такая задача, подскажите кто в теме, поправьте, или подскажите способ, что бы предметно и детально его испробовать, если есть рабочий.
(48) Все должно выполняться как выполняется, без ограничений. Нужно только пользователю вывести окно и все.
(47) Не нужно не от чего отказываться.
Пользователь жмет Записать и закрыть. Окно закрывается.
(53) Не нужно ничего прятать. Нужно сделать как заявлено.
Пользователь жмет, записать и закрыть.
Документ закрывается.
И если не заполнено это поле, то выводится сообщение об этом, и отображается.
А то сколько я его не вывожу его нет нигде.
(55) Я же вот вам подчеркнул http://joxi.ru/GrqW64zi4DaqP2
Я не сам это придумал а взял решение, про которое говорят что оно работает (41)
Но оно не работает.
(56) Я не понимаю. Можете по коду подсказать?
Я перепробовал все что можно, ничего не работает.
(59) После проведения и закрытия, когда документ закрывается
остается же рабочий стол.
Я СДЕЛАЛ ВОТ ТАК. ВСЕХ УСТРАИВАЕТ? ИЛИ ЧТО ТО НЕ ТАК? НЕ ВИЖУ ДРУГИХ ВАРИАНТОВ.
ЕСЛИ ВСЕ ЧТО И БЫЛО ТО СТОЛЕТНЕЕ. Я делаю в конфигурации УТ 11.4.7.141
(63) Какое решение тогда этой задачи?
Пользователь нажимает «Провести и закрыть», форма документа закрывается, нужно вывести сообщение пользователю.
Если потребуется, то можно использовать и вызовы процедур в контексте Сервер. Но вся клиентская муть останется на клиенте и обработчиках событий клиента. И даже без оповещений можно обойтись.
з.ы. решение будет довольно простым и примитивным.
Сообщение в поле реквизита
(1) Nigelist,
1. Для того чтобы форма не закрывалась нужно передать «отказ» в вашу процедуру:
2. Чтобы при записи срабатывала стандартная проверка добавьте в модуле объекта в процедуру ОбработкаПроверкиЗаполнения ваш реквизит в список проверяемых
Выводит сообщение в окне редактируемого элемента. Теперь надо либо выяснить как включить стандартную обработку заполнения, либо выяснить как нужно указывать реквизит в «Сообщение.Поле». Кстати, ваш метод «ПроверяемыеРеквизиты», не нашел в синтаксис-помощнике. Зато нашел «ПроверкаЗаполнения.(ВыдаватьОшибку, НеПроверять)», как бы эту стандартную проверку прикрутить к реквизиту программно?
Так тоже не работает
(8) mialord, может мне и рано, но вы постарайтесь объяснить подробнее на примерах, а не намеками. Приведенный вами пример, я видел в синтаксис-помощнике, только вот у меня нету табличной части.
(10) Nigelist, «ПроверяемыеРеквизиты» это не метод, а массив имен реквизитов, которые надо проверять. Я же написал выше в какой процедуре в него нужно добавить имя вашего реквизита. в чем там может быть сложность не понимаю
А вообще, в любом случае подойдет:
Или даже нарисовать жирную красную рамку вокруг поля и управлять ее видимостью в зависимости от выполнения условия заполненности.
можно просто в проверяемые реквизиты добавить и пользоваться стандартной проверкой. как добавлять см.выше
и что, при таком коде, сообщение не выводится в нужном реквизите?
P.S. кстати, перед закрытием какая-то странная проверка: можете объяснить ее суть? есть уже какое-то количество документов с установленной галкой «Необходимость сертификата» и незаполненным сертификатом?
P.S. А по поводу проверки перед закрытием, обнаружил, что при закрытии элемент записывается. Потому и добавлял эту проверку.
P.P.S. Тут я ещё надумал сделать так, чтобы при выборе «Сертификат не нужен», поле не скрывалось, а получало надпись: «Сертификат не требуется» и становилось недоступным для редактирования. Если как сделать поле недоступным я знаю, то как вставить текст в поле «Сертификат» не знаю. Не подскажете как быть?
не верю. покажите код модуля 🙂
поменяй эти строчки вот так:
А как на счет штатных процедур и функций? ПроверитьЗаполнение() в модуле формы и ОбработкаПроверкиЗаполнения() в модуле объекта? Не не слышали? А так будет правильнее и с минимум кода.
В обработке проверки заполнения выполняйте корректировку проверяемых реквизитов:
А если надо еще и просто при закрытии, тогда в самой форме в обработчике ПередЗакрытием() добавьте всего одну строку:
если в свойствах реквизита не выставлено значение проверять и вы его собственноручно в проверяемые реквизиты не добавили при вызове процедуры проверки, то как этот реквизит попадет в список проверяемых, чтобы требовалось его удалять
(25) Проверять нужно обязательно потому что пользователь может бесконечное количество раз записывать форму и менять параметр. Интересно как вы добавите дважды один и тот же реквизит в коллекцию проверяемых реквизитов форму или удалите несуществующий из той же коллекции? Да вы уже вызовите исключение нажав дважды кнопку записать.
УправляемаяФорма (ManagedForm)
ПроверитьЗаполнение (CheckFilling)
Синтаксис:
ПроверитьЗаполнение()
Возвращаемое значение:
Проверяет заполнение реквизитов. Для реквизитов, у которых свойство «Проверка заполнения» установлено в значение «Показывать ошибку» и реквизит не заполнен, будет сформировано сообщение об ошибке.
Тонкий клиент, веб-клиент, сервер, толстый клиент.
Примечание:
Выполнение метода приводит к возникновению события ОбработкаПроверкиЗаполненияНаСервере.
(это из вашей же цитаты. так что совет про внимательное чтение скорее вам подойдет).
что за ерунда?
допустим при первом вызове проверки заполнения вы добавили в массив проверяемых реквизитов сертификат. потом нажимаете повторно записать и снова вызывается процедура проверки. расскажите, где по вашему мнению сохраняется массив проверяемых реквизитов(с вашим добавленным сертификатом) между двумя эти серверными вызовами? мой ответ: он нигде не сохраняется и при повторном вызове в списке проверяемых реквизитов сертификата не будет(т.к. у него стоит свойство «не проверять»).
приведите пример кода с проверяемыми реквизитами,который по вашему мнению вызовет исключение. я же в свою очередь утверждаю, что для корректной работы алгоритма достаточно вот такого когда (в конфигураторе свойство «Проверка заполнения» у реквизита «Сертификат» выбрано «Не проверять»):
