Ошибка при вызове метода контекста проверить

Обмен УТ 11.2.3 и БП 3.0 - проблемы с ОбъектXDTO.Проверить()
  Skillbox: Профессия 1С-разработчик  

Я
   Paul_Nevada

23.03.16 — 11:19

Помогите победить этот мега-список!

Отрывок из него:

{ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(506)}: Ошибка при вызове метода контекста (Проверить): Ошибка проверки данных XDTO:

Структура объекта ‘/КлючевыеСвойства’ не соответствует типу: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.0}КлючевыеСвойстваДоговор

Проверка свойства ‘ВалютаВзаиморасчетов’:

    форма: Элемент

    имя: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.0}ВалютаВзаиморасчетов

    тип: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.0}КлючевыеСвойстваВалюта

Не установлено значение одного из следующих свойств: Контрагент

Объект: С поставщиком

Ссылка на объект: e1cib/data/Справочник.ДоговорыКонтрагентов?ref=b74d5cd998bd2e8911e5eba03b33a92e

Это — частица всего перечня ошибок из ЖР УТ 11.2.3 после поытки выгрузить данные…

ТИИ делал, конфа и платформа самые свежие. Все типовое.

   Paul_Nevada

1 — 23.03.16 — 11:48

???

   Paul_Nevada

2 — 23.03.16 — 11:52

эту ошибку я ликвидировал, но их — тьма!!!

   evorle145

3 — 23.03.16 — 11:56

у меня наблюдается пока только одна ошибка, в результате которой все документы переносятся, но сами не проводятся.

   Paul_Nevada

4 — 23.03.16 — 11:57

{ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(506)}: Ошибка при вызове метода контекста (Проверить): Ошибка проверки данных XDTO:

Структура объекта ‘/РасшифровкаПлатежа/Строка[1]/ДанныеВзаиморасчетов/Договор’ не соответствует типу: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.0}КлючевыеСвойстваДоговор

Проверка свойства ‘РасчетыВУсловныхЕдиницах’:

    форма: Элемент

    имя: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.0}РасчетыВУсловныхЕдиницах

    тип: {http://www.w3.org/2001/XMLSchema}boolean

Не установлено значение одного из следующих свойств: ВидДоговора

Объект: Поступление безналичных ДС 0000-000119 от 20.02.2016 23:59:59

Ссылка на объект: e1cib/data/Документ.ПоступлениеБезналичныхДенежныхСредств?ref=80e05cd998bd2e8911e5dba1b0cb454c

{ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(506)}: Ошибка при вызове метода контекста (Проверить): Ошибка проверки данных XDTO:

Структура объекта ‘/РасшифровкаПлатежа/Строка[1]/ДанныеВзаиморасчетов/Договор’ не соответствует типу: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.0}КлючевыеСвойстваДоговор

Проверка свойства ‘РасчетыВУсловныхЕдиницах’:

    форма: Элемент

    имя: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.0}РасчетыВУсловныхЕдиницах

    тип: {http://www.w3.org/2001/XMLSchema}boolean

Не установлено значение одного из следующих свойств: ВидДоговора

Объект: Поступление безналичных ДС 0000-000120 от 20.02.2016 23:59:59

Ссылка на объект: e1cib/data/Документ.ПоступлениеБезналичныхДенежныхСредств?ref=80e05cd998bd2e8911e5dba1b0cb454d

   Paul_Nevada

5 — 23.03.16 — 12:07

?

   evorle145

6 — 23.03.16 — 12:32

а ты обновил конфы до последних релизов?

   Paul_Nevada

7 — 23.03.16 — 14:57

да

   Paul_Nevada

8 — 23.03.16 — 14:57

выгрузка из УТ не уходит

   Paul_Nevada

9 — 23.03.16 — 14:57

только об УТ речь

   Rovan

10 — 11.04.16 — 13:24

(2) а как исправил интересно ?

У меня сейчас такие же ошибки !

  

Поpyчик-4

11 — 18.04.16 — 14:08

Я тоже вброшу. Делал обмен УТ 11.2 — БП 3. через универсальный формат. Результат выгрузки

{ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(2147)}: Ошибка при вызове метода контекста (Проверить):

Ошибка проверки данных XDTO:

Структура объекта ‘/РасшифровкаПлатежа/Строка[9]’ не соответствует типу:

{http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1}РасшифровкаПлатежа.Строка

Проверка свойства ‘СтавкаНДС’:

форма: Элемент

    имя: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1}СтавкаНДС

    тип:

{http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1}СтавкиНДС

Не установлено значение одного из следующих свойств: Сумма

Поступление безналичных ДС ИПЦБ-000036 от 03.02.2016 0:00:00

{ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(2147)}: Ошибка при вызове метода контекста (Проверить): Ошибка проверки данных XDTO:

Структура объекта ‘/РасшифровкаПлатежа/Строка[2]’ не соответствует типу:

{http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1}РасшифровкаПлатежа.Строка

Проверка свойства ‘СтавкаНДС’:

    форма: Элемент

    имя: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1}СтавкаНДС

    тип:

{http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1}СтавкиНДС

Не установлено значение одного из следующих свойств: Сумма

Поступление безналичных ДС ИПЦБ-000103 от 23.03.2016 0:00:00

Ошибка возникает из-за того, что в одной из строк ТЧ указана сумма, меньше рубля, то есть 0.1, 0.13.

К сожалению, конфу УТ 11.2 просто так не обновить.

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Синхронизация через универсальный формат данных

Автор likalim, 15 фев 2016, 14:52

0 Пользователей и 1 гость просматривают эту тему.



Последний специально ставила
Релиз платформы 8.3.7.1917



Да, я это уже поняла. 3 часа пыталась ошибку в базе найти.
1С видимо еще не доработали новый механизм обмена. А лезть и разбираться в этом мне пока не хочется.


Такая же проблема только на спр валюты ошибка валится. ИБ под SQL. А если синхронизировать в файловом варианте — проходит на ура. У кого есть решения?


Прошу прощения за некропостинг. Тему нашел по поиску, может кто то еще наткнется и ему поможет мое решение.
Итак, получил схожую ошибку.
«Ошибка при вызове метода контекста (Проверить) ОбъектXDTO.Проверить(); по причине: Ошибка проверки данных XDTO: Структура объекта не соответствует типу: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.4}Документ.РеализацияТоваровУслуг Проверка свойства ‘ДанныеВзаиморасчетов’: форма: Элемент имя: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.4}ДанныеВзаиморасчетов тип: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.4}ОбщиеСвойстваДанныеВзаиморасчетов Не установлено значение одного из следующих свойств: Контрагент»

Сначала тоже пытался найти этот документ и т.д., решение же оказалось из раздела танца с бубном. В настройке плана синхронизации сменил формат обмена, т.е. у меня был 1,4, я сменил на 1,3, синхронизация вообще не пошла, вернул снова на 1,4 , все заработало .


  • Форум 1С

  • Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4

  • Конфигурирование, программирование в 1С Предприятие 8

  • Синхронизация через универсальный формат данных

Похожие темы (5)

Рейтинг@Mail.ru

Rambler's Top100

Поиск

В платформе 1С сообщения об ошибках бывают достаточно запутаны, и без должных навыков разобраться в причинах достаточно сложно. Вот и сообщение об ошибке при вызове контекста может ввести в ступор начинающего разработчика. Однако в подавляющем большинстве случаев мы видим подобное сообщение, если разработчик допустил ошибку в своем коде. Причем речь зачастую идет не об орфографических ошибках, а о логических.

Исправляем ситуацию

Чтобы избавиться от этого неприятного сообщения об ошибке при вызове метода контекста, следует понимать, что контекстом называют методы платформы 1С. Значит в определенной строке кода воспользовались методом с неверными параметрами или вызвали его не от того владельца. Всегда внимательно и полностью читайте сообщения об ошибках – часто в них содержится указание на строку и метод, вызвавший ошибку. Это поможет сэкономить время на отладку и поиск проблемного места в коде.

Рассмотрим действия разработчика на примере со специально допущенной ошибкой. Мы запускаем на исполнение нижеприведенный кусок кода с запросом, в котором забыли дописать условие отбора. Компилятор 1С пропускает такую процедуру, так как орфографических ошибок в написании команд мы не допустили. Однако в режиме предприятия нас ждет такое сообщение об ошибке:


	 Запрос = Новый Запрос;
	 Запрос.Текст =
	         "ВЫБРАТЬ
	          |        Номенклатура.Ссылка КАК Ссылка,
	          |        Номенклатура.ВерсияДанных КАК ВерсияДанных,
	          |        Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
	          |        Номенклатура.Родитель КАК Родитель,
	          |        Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
	          |        Номенклатура.Код КАК Код,
	          |        Номенклатура.Наименование КАК Наименование,
	          |        Номенклатура.Артикул КАК Артикул,
	          |        Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
	          |        Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
	          |        Номенклатура.Предопределенный КАК Предопределенный,
	          |        Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
	          |ИЗ
	          |        Справочник.Номенклатура КАК Номенклатура
	          |ГДЕ
	          |         ";
	 РезультатЗапроса = Запрос.Выполнить();
	 ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
	 Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
	 КонецЦикла;
Рис.1 Запускаем на исполнение нижеприведенный кусок кода с запросом, в котором забыли дописать условие отбора
Рис.1 Запускаем на исполнение нижеприведенный кусок кода с запросом, в котором забыли дописать условие отбора

Приведенный текст ошибки программисту 1С скажет, что в модуле формы обработки «ЧтениеЗаписьXML на 152 строчке кода не может выполниться запрос. Причина в том, что на 17 строчке запроса нет чего-то, что ждал компилятор. Таким образом, чтобы убрать подобное сообщение, необходимо выяснить, что там должно быть и написать недостающий код.

Увидев вышеприведенный кусок кода, разработчик заметит, что в запросе есть служебное слово «ГДЕ», дающее сигнал 1С, что дальше будет условие. Но мы забыли дописать его и, естественно, система с помощью сообщения об ошибке спрашивает нас – «а где условие?». Чтобы исправить эту ситуацию необходимо либо убрать оператор «ГДЕ» из запроса, либо добавить условие.

Но ошибки могут быть не только в текстах запросов. Допустим, мы хотим выбрать всю номенклатуру и узнать, входит ли она в определенную группу. Проверка происходит с помощью метода «ПринадлежитЭлементу» и его параметра, который должен быть типа СправочникСсылка. Мы опять допускаем ошибку и вместо ссылки в параметр метода помещаем строку, содержащую имя переменной.


	 Запрос = Новый Запрос;
	            Запрос.Текст =
	                       "ВЫБРАТЬ
	                        |          Номенклатура.Ссылка КАК Ссылка,
	                        |          Номенклатура.ВерсияДанных КАК ВерсияДанных,
	                        |          Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
	                        |          Номенклатура.Родитель КАК Родитель,
	                        |          Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
	                        |          Номенклатура.Код КАК Код,
	                        |          Номенклатура.Наименование КАК Наименование,
	                        |          Номенклатура.Артикул КАК Артикул,
	                        |          Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
	                        |          Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
	                        |          Номенклатура.Предопределенный КАК Предопределенный,
	                        |          Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
	                        |ИЗ
	                        |          Справочник.Номенклатура КАК Номенклатура
	                        |ГДЕ
	                        |          НЕ Номенклатура.ЭтоГруппа ";
	 НужнаяГруппаЭлементов = Справочники.Номенклатура.НайтиПоНаименованию("Мебель");
	 РезультатЗапроса = Запрос.Выполнить();
	 ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
	 Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
	 Сообщить(ВыборкаДетальныеЗаписи.Ссылка.ПринадлежитЭлементу("НужнаяГруппаЭлементов"));
	 КонецЦикла;
Рис.2 Мы опять допускаем ошибку и вместо ссылки в параметр метода помещаем строку, содержащую имя переменной
Рис.2 Мы опять допускаем ошибку и вместо ссылки в параметр метода помещаем строку, содержащую имя переменной

1С выдает настолько же информативное сообщение, из которого мы понимаем, что на 158 строке у 1 параметра неправильный тип. Но что же делать, если мы не знаем, какой тип должен быть? В этом нам поможет Синтакс-помощник, встроенный в платформу 1С.

Рис.3 Синтакс-помощник
Рис.3 Синтакс-помощник

В конфигураторе находим строку и метод, на который указывало сообщение об ошибке, и нажимаем на него правой кнопкой мыши. Выбираем пункт «Поиск в синтакс-помощнике» и платформа самостоятельно ищет справочную информацию по выделенному методу. В справке мы видим не только подробное описание параметров и самого метода, но и пример. Сверив пример с нашим кодом, приходит понимание, что кавычки не нужны и без них все работает.

Рис.4 Сверив пример с нашим кодом, приходит понимание, что кавычки не нужны и без них все работает
Рис.4 Сверив пример с нашим кодом, приходит понимание, что кавычки не нужны и без них все работает

Чаще всего причиной подобных ошибок выступают следующие факторы:

  1. Невнимательность;
  2. Отсутствие опыта или знаний;
  3. Несогласованность действий разработчиков друг с другом;
  4. Изменения в методах контекста в новых версиях платформы.

Но ошибки при разработке ПО случаются постоянно, поскольку иногда ошибаются даже специалисты с многолетним опытом. Самое главное – уметь исправлять их и учиться на них. Постепенно вы будете видеть сообщения об ошибках все реже и научитесь замечать подобные «опечатки» еще до запуска 1С.

Столкнулся с такой ошибкой, при выводе информации на печатную форму, платформа выдает следующее сообщение:
Ошибка при вызове метода контекста (ПроверитьВывод)…

ПроверитьВывод() — это метод табличного документа, который проверяет, умещаются ли переданные табличные документы на страницу при печати. В примечании у этого метода разработчики платформы 1С сразу написали, что при возникновении проблем с получением информации о текущем принтере (например, в системе не установлено ни одного принтера), будет вызвано исключение.

Проверил установленные принтеры, все исправно и работает. Эмпирическим путем выяснил, что данная ошибка возникает только у конкретной печатной формы и только под одним пользователем.

Ошибка решилась следующими действиями (выполнять под пользователем, у которого возникла ошибка):
1) Создал пустой документ, что бы при формировании печатной формы не был задействован метод ПроверитьВывод(). Если же этот метод в любом случае вызывается, то придется его найти в конфигурации и закомментировать, или же поместить в конструкцию Попытка-Исключение-КонецПопытки.

1. Помещение ПроверитьВывод в попытку

2) Сформировал печатную форму.

2. Пустая печатная форма (кол-во товаров = 0)

3) Для текущей печатной формы открыл параметры страницы и установил правильные параметры.

3. Параметры страницы

Ошибка возникала из-за неправильных параметров страницы, которые платформа сохранила ранее при выводе на печать печатной формы, например: платформа сохранила в параметрах страницы принтер, который в дальнейшем удалили и установили новый. Параметры страницы печатной формы хранятся в свойстве табличного документа КлючПараметровПечати. Это свойство содержит ключ значения, в котором сохраняются параметры печати таблицы. Параметры печати, настроенные и сохраненные с данным ключом, впоследствии восстанавливаются при следующем показе таблицы.

Что бы данная ошибка не возникала из-за неправильных параметров страницы, свойство КлючПараметровПечати следует устанавливать не в начале процедуры вывода на печать, а в конце, так как при установке данного свойства параметры печати тут же восстанавливаются.

UPD 04/10/2015: Если устанавливать свойство КлючПараметровПечати в конце формирования табличного документа, то метод ПроверитьВывод будет использовать параметры печати установленные по-умолчанию, а не пользовательские. Что бы избежать данной ситуации, необходимо устанавливать свойство КлючПараметровСистемы в начале формирования табличного документа, а метод ПроверитьВывод поместить в конструкцию Попытка-Исключение-КонецПопытки.

Довольно часто начинающие 1С разработчики сталкиваются с ошибками, которых достаточно легко избежать. Ниже мы рассмотрим топ 11 ошибок и способы их исправления. Также доступна видеоверсия статьи

Содержание

Поле объекта не обнаружено

1С ошибка Поле объекта не обнаружено

Существует множество статей, которые описывают возможные причины возникновения в 1С ошибки “Поле объекта не обнаружено”. Порой это связывают с обновлением платформы, обновлением типового релиза, или с какими-то другими причинами.

Мы же будем оперировать фактами. В конце статьи прилагается внешняя обработка, в которой воспроизведена данная ошибка.

Такое сообщение платформа выдает, когда пытается обратиться к свойству объекта языка, которого у данного объекта нет. Не важно, что это за объект – документ, справочник, таблица значений , или сообщение пользователю.

  • Удалили табличную часть, к которой обращаемся в коде?
  • Переименовали реквизит, а в коде не исправили?
  • Заменили значение со ссылки на неопределено?

Вуаля – платформа выдаст ошибку “Поле объекта не обнаружено”!

Как исправить? Исходя из природы ошибки – переименовать реквизит на нужное имя, отредактировать код, или использовать правильные обращения к стандартным свойствам объекта.

Например, у объекта “СообщениеПользователю” нет свойства “Таблица”, и следующий код приведет к ошибке:

Сообщение = Новый СообщениеПользователю;
Сообщение.Таблица = “Ошибка”;

Индекс находится за границами массива

1С ошибка Индекс находится за пределами массива

Что означает такое сообщение системы? Как правило, с данной ошибкой разработчик сталкивается при некорректной работе с коллекциями. Самые частые случаи появления ошибки “Индекс находится за границами массива”.

  • Использование при обходе коллекции количества элементов вместо индекса. Индексы начинаются с нуля, а количество элементов – с единицы. Поэтому следующий код гарантированно приведет к ошибке: Массив[Массив.Количество()]
  • Последствия удаления элементов из коллекции, очистки коллекции или замены коллекции на пустую
  • Ошибочное увеличение счетчика в цикле “Для”

 Как исправить? Для удаления элементов из коллекции по условию – использовать обратный цикл. Добавлять условие на соответствие счетчика цикла и индекса массива. Не увеличивать счетчик внутри кода цикла Для … Цикл … КонецЦикла

Обращение к процедуре как к функции

ОШибка

Суть этой ошибки в том, что процедура не может возвращать значение. И если мы в коде используем вызов процедуры справа от знака присваивания, это приведет к ошибке.

Данная ошибка имеет две вариации – если используется стандартная процедура из методов какого-нибудь объекта, то фраза будет звучать “Обращение к процедуре объекта как к функции”. Если же использовать процедуру, объявленную в коде, то текст ошибки будет “Обращение к процедуре как к функции”.
При этом ошибка использования процедуры объекта является ошибкой времени выполнения – т.е. на этапе сохранения и проверки конфигурации платформа эту ошибку не обнаружит.

А вот неправильное использование процедуры синтаксическая проверка (Ctrl + F7) успешно обнаруживает, и не даст сохранить конфигурацию или внешнюю обработку/отчет, пока ошибка не будет устранена.

Рассмотрим два примера:

1. Воспроизведем ошибку “Обращение к процедуре как к функции”. При этом платформа не даст сохранить изменения, т.к. не проходит синтакс-контроль.

2. Воспроизведем ошибку “Обращение к процедуре объекта как к функции”. Здесь мы неверно используем метод объекта массива “Добавить”, который является процедурой.

Как исправить? Ошибка тривиальная, и исправление тоже. Чаще всего, достаточно внимательно прочитать описание методов объекта во встроенной справке или синтакс-помощнике. Если метод является процедурой, то значений он возвращать не может. Следовательно, нужно модифицировать код так, чтобы такого ошибочного вызова не было.
Если же используется процедура, объявленная в коде, возможно, есть необходимость изменить ее на функцию, либо также скорректировать код, который эту процедуру использует.

Процедура не может возвращать значение

Родственная предыдущей ошибка. Для того, чтобы код возвращал какое-то значение, следует этот код размещать в функции, а не в процедуре.

В процедуре можно написать ключевое слово “Возврат” без параметров. Это будет означать выход из процедуры.

Следующий код является ошибочным, т.к. в теле процедуры Возврат используется с параметром:

Процедура ПроцедураНеМожетВозвращатьЗначение(Команда)
Возврат "Ошибка";
КонецПроцедуры

Как исправить? Платформа сама подсказывает, в каком месте кода ошибка. Нужно изменить текст модуля – либо удалить параметр у ключевого слова Возврат, либо убрать его вовсе, либо изменить процедуру на функцию – зависит от того, какая логика у вашей процедуры, и как вы предполагаете ее использовать.

Переменная не определена

Такой текст ошибки платформа 1С выдает на этапе синтаксического контроля, при сохранении конфигурации, внешнего отчета или обработки.
Причин у этой ошибки может быть несколько.

  • Опечатка в имени переменной
  • Обращение к переменной, которая нигде в области видимости не объявлена (неявной инициализацией с присвоением значения, явным образом с использованием ключевого слова “Перем”, или передана в качестве параметра)
  • Написание на клиенте серверного кода. Например, обращение к менеджеру справочников “Справочники”, и т.п. Клиентская часть приложения “не видит ” серверные объекты языка
  • Также ошибка может появиться, если ранее код использовался в режиме толстого клиента, но после был запущен в тонком клиенте.

Как исправить?

Внимательно следить за правильностью набранного кода, своевременно объявлять переменные или передавать их в качестве параметров. Писать серверный код только в серверных модулях, а также использовать соответствующие инструкции препроцессора, например “&НаСервере”.

Значение не является значением объектного типа

Ошибка “Значение не является значением объектного типа” может возникнуть при неверном обращении к объекту языка. Объектный тип – это такие объекты языка, которые содержат в себе другие объекты – свойства, реквизиты и т.п. Эти свойства доступны через точку, например “Объект.СвойствоЭтогоОбъекта”

Но если через точку попытаться использовать какое-то значение, которое внутри себя свойств не имеет – например, любое значение примитивного типа – это и приведет к ошибке.

Разберем более сложный пример:

&НаСервере
Процедура ЗначениеНеЯвляетсяЗначениемОбъектногоТипаНаСервере(Справочники = Ложь)
Сообщить(Справочники.Сотрудники.ПустаяСсылка());
КонецПроцедуры

Ошибка может быть “плавающей”. Если вместо параметра по умолчанию “Справочники = Ложь” будет передан менеджер справочников, то ошибки возникать не будет. А если вызвать процедуру без параметров, то будет использоваться параметр по умолчанию с типом Булево, что и приведет к ошибке.

Чаще всего чтобы исправить ошибку, нужно в отладчике посмотреть, какой тип значения используется. Можно внести изменения в код, чтобы обеспечить корректное поведение (например, в запросе вместо наименования товара выбрать ссылку, и в коде через точку уже обращаться к свойствам ссылки, а не текстового наименования). А можно добавить проверку на нужный тип значения. Т.е. – если значение того типа, который мы ожидаем – выполняем код. Иначе – не выполняем.

Ошибка при вызове метода контекста

Ошибка при вызове метода контекста

Обнаружены ошибки в 1С Синтаксическая ошибка

В языке 1С у разных объектов (запросов, справочников, табличных документов и др.) есть предопределенные методы, предусмотренные платформой. Обращение к этим методам требует соблюдения порядка и параметров, правильного синтаксиса и соблюдения условий использования. Например, при чтении табличного документа из файла он не должен быть открыт в другой программе, при подключении к http-соединению оно должно быть доступно, и т.п.

Если эти условия не соблюдать, платформа в зависимости от версии может выдавать сообщения вида “Ошибка при вызове метода контекста”, и далее будут следовать более подробные сведения об ошибке – стек вызовов, приведших к ошибке, номер строки и позиции в строке, где произошла ошибка.

Чаще всего ошибка при вызове метода контекста встречается в следующих методах:

  1. Записать
  2. Прочитать
  3. Выполнить
  4. Создать
  5. ПроверитьВывод

Разберем эту ошибку на примере метода Выполнить объекта Запрос:

Запрос = Новый Запрос("ВЫБРАТЬ ПЕРВЫЕ 1 1 ГДЕ ИСТИНА И");
Запрос.Выполнить();

В тексте запроса допущена ошибка –  после первого условия “ГДЕ ИСТИНА” указан оператор И, но после него нет еще одного условия. В результате при попытке выполнения запроса, платформа вернет ошибку.

Для исправления ошибки зачастую достаточно внимательно использовать методы, при необходимости уточнять порядок, количество и тип параметров – это можно сделать в справке или синтакс-помощнике (встать курсором на имя метода в коде, и нажать сочетание клавиш Ctrl+F1). В случае запроса – нужно передавать синтаксически корректный текст запроса; в случае проверки вывода на печать – в системе должен быть установлен принтер; в случае подключения к почте – должны быть корректно указаны логин и пароль, и т.п.

Тип не может быть выбран в запросе в 1С 8.3 (8.2)

Ошибка Тип не может быть выбран в запросе

С такой ошибкой начинающие разработчики (да и не только начинающие 😉 ) сталкиваются чаще всего, при чтении запросом данных из таблиц значений, либо из регистров сведений. Все дело в том, что запросы поддерживают далеко не все типы значений. Так, например, нельзя запросом выбрать тип Картинка, ХранилищеЗначений, Шрифт, и многие другие типы, которые не относятся к примитивным или ссылочным типам значений.

Так, если ресурс регистра сведений имеет тип ХранилищеЗначений, выбрать его запросом будет нельзя. Также, если в таблицу значений поместить значения не подходящих типов, а после передать эту таблицу в качестве параметра-источника данных, выполнение запроса также приведет к ошибке “Тип не может быть выбран в запросе”.

Еще одна ситуация, когда запрос будет выдавать ошибку – если таблица значений, которая передается в качестве параметра, имеет не типизированные колонки.

Неверно:

//ТЗОшибочныйТип.Колонки.Добавить("Контрагент");

Верно:

//ТЗОшибочныйТип.Колонки.Добавить("Контрагент", Новый ОписаниеТипов("СправочникСсылка.Контрагенты"));

Для исправления ошибки нужно правильным образом инициализировать колонки таблицы значений, а также не обращаться в запросе к полям, типы которых запросами не поддерживаются.

Использование в 1С модальных окон в данном режиме запрещено

Ошибка Использование в 1С модальных окон в данном режиме запрещено​

Платформа будет выдавать такое сообщение, если в коде используются методы, приводящие к открытию модальных окон. Модальные окна – это окна, которые при открытии блокируют весь остальной интерфейс. В 1С есть несколько модальных методов – например – “Вопрос”, “ОткрытьЗначение”, “Предупреждение”. Кроме того, в коде может использоваться модальный синтаксис открытия форм: “ОткрытьМодально()”

Если в свойствах конфигурации выбран режим использования модальности “Не использовать”, то выполнение модальных методов будет приводить к этой ошибке “Использование в 1С модальных окон в данном режиме запрещено”.

Для устранения ошибки можно пойти несколькими путями. Как водится, один – быстрый, другой – правильный 🙂

Быстрый способ – переключить режим использования модальности в положение “Использовать”.

Более правильный способ – использовать в коде немодальные вызовы методов. Например, у метода “Вопрос” есть немодальный аналог  – “ПоказатьВопрос”, у метода “Предупреждение” – “ПоказатьПредупреждение”, и т.п. Чаще всего об этих методах дополнительно указано в синтакс-помощнике и справке.

Кроме того, в последних версиях платформы появились асинхронные методы – “ВопросАсинх”, “ПредупреждениеАсинх” и др. Появление этих методов позволяет писать более простой и понятный асинхронный код, и направлено в первую очередь, на более полноценную поддержку браузерами и работу в веб-клиенте.

1С 8.3 и 8.2: Запись с такими ключевыми полями существует!

Данная ошибка появляется при некорректной записи в регистр сведений. Чаще всего с этой ошибкой сталкиваются начинающие разработчики, не до конца понимающие механизмы работы с ключевыми полями (измерениями).

Суть ошибки следующая – регистр сведений позволяет записать запись (строку таблицы) с уникальным набором ключевых полей – а для периодических регистров также и поля Период. Если следующая запись полностью повторяет значение ключевых полей, но осуществляется методом Записать с параметром Замещать = Истина, то запись в таблице регистра просто заменится на идентичную.

Однако если поместить две абсолютно одинаковые записи в набор записей, и попытаться его записать – платформа выдаст ошибку. Еще один распространенный случай, когда 1С сообщает “Запись с такими ключевыми полями существует” – это запись в периодический регистр сведений с периодичностью от “День” и выше, подчиненный регистратору.

В типовых конфигурациях часто эту ошибку можно воспроизвести, если в пользовательском режиме создать два документа “Установка цен номенклатуры” с одной и той же номенклатурой и за один и тот же день. Попытка провести второй документ приведет к ошибке.

В случае, когда ошибка возникает не в результате действий пользователя, а при выполнении кода, чтобы устранить ее, чаще всего необходимо проанализировать алгоритм записи в регистр. Если запись осуществляется одним набором данных, его предварительно нужно свернуть до уникальных записей. Например, выгрузить в таблицу значений, свернуть, и загрузить в набор записей.

Поле объекта недоступно для записи в 1С

Ошибка Поле объекта недоступно для записи в 1С​

Чаще всего начинающие программисты 1С сталкиваются с этой ошибкой в двух ситуациях.

Первый случай – это попытка редактирования системных полей, недоступных для записи. Например, в модуле формы сама форма будет содержаться в объекте ЭтаФорма. И попытка присвоить этому реквизиту любое значение приведет к ошибке “Поле объекта недоступно для записи”.

Второй случай – и с ним новички как раз допускают больше всего ошибок – это попытка редактирования полей ссылки, а не самого объекта. Чаще всего код выглядит примерно так:

Элемент = Справочники.Сотрудники.НайтиПоКоду("12345");
Элемент.Наименование = "Новое наименование";

 

Исполнение данного кода приведет к ошибке, т.к. поля ссылки доступны только для чтения, а метод НайтиПоКоду вернет именно ссылку. Чтобы можно было внести изменения, следует из ссылки получить сам объект – используя соответствующий метод ПолучитьОбъект().

Для исправления ошибки зачастую достаточно получить объект из ссылки. В случае же попытки редактирования свойств, доступных только на чтение самый правильный подход – анализировать имеющуюся документацию по этим свойствам, и не пытаться присваивать им значения, если платформа этого не предусматривает.

Ссылка на обработку

По ссылке вы можете скачать внешнюю обработку, в которой воспроизводится большая часть ошибок, описанных в статье. Для воспроизведения части ошибок нужно будет убрать комментарии в коде.

Заключение

Как видите, зачастую ошибки тривиальны, и достаточно просто исправляются. Общие рекомендации – внимательно читать документацию и справку, корректно использовать методы, активно пользоваться отладчиком. Если вы новичок, и хотите освоить программирование в 1С с нуля – могу предложить приобрести мой базовый курс для начинающих. Более подробная информация – по ссылке.

Создаю обмен типовыми средствами в УТ 11.3.3.145. Обмен в одну сторону с БП 3.0 через универсальный формат. При первоначальной выгрузке данныш Ошибка: Синхронизация не выполнена. Смотрите журнал регистрации. В журнале регистрации видим ошибку: ПОД: Документ_ПоступлениеТоваровУслуг. ПКО: Документ_ПоступлениеТоваровУслуг_Отправка. Объект: Документ объект: Поступление товаров и услуг, Поступление товаров и услуг 0000-000024 от 21.02.2016 12:00:01. {ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль}: Ошибка при вызове метода контекста (Проверить)             ОбъектXDTO.Проверить; по причине: Ошибка проверки данных XDTO: Структура объекта ‘/ДанныеВзаиморасчетов/Договор’ не соответствует типу: {}КлючевыеСвойстваДоговор Проверка свойства ‘ВалютаВзаиморасчетов’:     форма: Элемент     имя: {}ВалютаВзаиморасчетов     тип: {}КлючевыеСвойстваВалюта Не установлено значение одного из следующих свойств: Контрагент Как ее поправить — может кто подскажет?

надо просто читать, что пишут. А пишут, что ВалютаВзаиморасчетов пустая

Сталкиваюсь с такой же ошибкой, только другого вида: ПОД: Справочник_БанковскиеСчета_Отправка. ПКО: Справочник_БанковскиеСчета_Отправка. Объект: Справочник объект: Банковские счета, <>. {ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль}: Ошибка при вызове метода контекста (Проверить)             ОбъектXDTO.Проверить; по причине: Ошибка проверки данных XDTO: Структура объекта ‘/КлючевыеСвойства’ не соответствует типу: {}КлючевыеСвойстваБанковскийСчет Проверка свойства ‘Владелец’:     форма: Элемент     имя: {}Владелец     тип: Не установлено значение одного из следующих свойств: НомерСчета В моем случае я так понял что у какого то контрагента не указан номер счета. В Вашем случае в документе не установлен «Контрагент». Возможно я и ошибаюсь. Тестирование и исправление базы в моем случае никак не заполнило номера счетов (что логично), помогла пометка на удаление данных контрагентов, НО смысл их помечать как удаленные если они используются. Что делать в таком случае?

Так я это тоже прочитал. Вопрос как (где) ее заполнить. Открыл договор — в нем нету такого поля ((

может у вас валютный учет выключен. Смотрите в настройках.

Как найти документы в которых используется «ошибочный контрагент»? ошибок только 2-позиции, а контрагентов с пустыми номерами счетов много.

Ну в настройках-Предприятие Действительно мультивалютный учет был отключен. Но была Валюта по умолчанию RUB. По логике она и должна подставляться во все Договора в свойство Валюта взаиморасчетов. Включил ведение учета в разных валютах. Во всех договорах проставился RUB. Пробую снова выгрузить.

Не помогло. Такая же фигня Событие: Отправка. ПОД: Документ_ПоступлениеТоваровУслуг. ПКО: Документ_ПоступлениеТоваровУслуг_Отправка. Объект: Документ объект: Поступление товаров и услуг, Поступление товаров и услуг 0000-000024 от 21.02.2016 12:00:01. {ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль}: Ошибка при вызове метода контекста (Проверить)             ОбъектXDTO.Проверить; по причине: Ошибка проверки данных XDTO: Структура объекта ‘/ДанныеВзаиморасчетов/Договор’ не соответствует типу: {}КлючевыеСвойстваДоговор Проверка свойства ‘ВалютаВзаиморасчетов’:     форма: Элемент     имя: {}ВалютаВзаиморасчетов     тип: {}КлючевыеСвойстваВалюта Не установлено значение одного из следующих свойств: Контрагент

Групповым изменениям реквизитов установил ВалютуВзаиморасчетов RUR в документах и справочниках: Поступление Товаров и услуг ДоговорыКонтрагентов СоглашенияКонтрагентов И все равно ошибка осталась. Ну что, никто не поможет?

Стоит проверить все ли элементы справочников действительно выгрузились в БП. В новом обмене помеченный на удаление элемент не участвует в обмене и это может вызвать похожие проблемы. Например, если сделать отгрузку по новому договору помеченному на удаление, то в базе получателя можно получить отгрузку с «Объект не найден» в качестве договора. У такого договора реквизит ВалютаВзаиморасчетов тоже не будет заполнен. И как бы его в базе УТ не перезаполняли после этого, он всё равно не будет выгружаться в БП из-за пометки удаления.

Тэги: 1С 8

Комментарии доступны только авторизированным пользователям

Понравилась статья? Поделить с друзьями:
  • Ошибка преобразования массовой загрузки данных усечение
  • Ошибка при вызове метода контекста принадлежитэлементу
  • Ошибка при вызове конструктора wsопределения аутентификация пользователя не выполнена
  • Ошибка преобразования данных xml при обмене риб
  • Ошибка при вызове метода контекста получитьобъект