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

10.10.14 — 15:45

1 — 10.10.14 — 15:46

2 — 10.10.14 — 15:46

3 — 10.10.14 — 15:52

(1),(2) Сделал

{Форма.Форма.Форма(88)}: Ошибка при вызове метода контекста (Выбрать)

    ВыборкаДистрибутор=Результат.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам,»Дистрибутор»);

по причине:

Измерение не найдено «Дистрибутор»

4 — 10.10.14 — 15:53

мне казалось, что при обходе по группировкам нужен ИТОГ? Я заблуждался?

5 — 10.10.14 — 15:55

и вообще, православнее это брать из Р/Н ЗаказыПокупателей, с условием на Регистрар ССЫЛКА Документ.ВозвратТоваровОтПокупателя

6 — 10.10.14 — 15:55

(4) Нас минимум двое.

7 — 10.10.14 — 15:55

ну или из Р/Н продажи

8 — 10.10.14 — 15:56

(4) Сумма() недостаточно?

9 — 10.10.14 — 15:57

(6) третьим буду.

добавь тогда итоги по полю Дистрибутор

10 — 10.10.14 — 15:57

(8) СГРУППИРОВАТЬ — это группировка строк по регурсам, а если нужен обход в виде дерева, то используются итоги

11 — 10.10.14 — 16:01

(5) Это бухгалтерия, Р/Н такого нет

12 — 10.10.14 — 16:03

(4)(6)(9) а как-же тогда фраза «По другим измерениям проходит нормально»?

13 — 10.10.14 — 16:08

Спасибо, все получилось с Итогами

(12) Да, смущает именно обход по другим нормально.

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

(13) может ты нам врешь?

Запрос с итогами. Окно результата. Тип результата — дерево. При выборе в окошке «Пакет» окна результата запроса, любого результата пакетного запроса, не содержащего измерение итогов, в окне сообщений пишет ошибку: «{Форма.Форма.Форма(7873)}: Ошибка при вызове метода контекста (Выбрать): Измерение не найдено «…….»»
Работать продолжает, т.е. ничего не вылетает, но сообщение надоедает

ошибка конец месяца

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Fuas4

18.05.15 — 18:39

Drac0

1 — 18.05.15 — 18:42

(0) нельзя давать синоним таблице равный ее названию. Зачем тебе он вообще?

Drac0

2 — 18.05.15 — 18:42

Fuas4

3 — 18.05.15 — 18:44

(1) вроде можно (2) Мопед не мой. Править я его не хочу. Почему запрос 1 раз выполняется. а второй раз нет?

shuhard_серый

4 — 18.05.15 — 18:45

Гёдза

5 — 18.05.15 — 18:46

полную ошибку давай

Drac0

6 — 18.05.15 — 18:46

(4) ХМ, странно. Запамятовал, значит…

Fuas4

7 — 18.05.15 — 18:47

Fuas4

8 — 18.05.15 — 18:52

ТиИ может что-то исправить, как думаете?

GROOVY

9 — 18.05.15 — 18:55

Попытка/Исключение в этом модуле есть?

shuhard_серый

10 — 18.05.15 — 18:57

(8) нет

Fuas4

11 — 18.05.15 — 18:57

(9) нет. Транзакция, я полагаю, это сама запись документа. Там внутри одного документа генерится несколько. И все в одной транзакции. Но падает то за выполнении запроса

Drac0

12 — 18.05.15 — 18:58

(11)Отдельно запрос падает? А если его закомментить, падает? Пробуй. Это называется отладка

Fuas4

13 — 18.05.15 — 19:01

(9) нашел попытку/исключение при записи документа. Но когда он а в стеке есть, то норм выполняется запрос. А когда другой документ, без попытки записывается. там падает

Fuas4

14 — 18.05.15 — 19:09

(12) ОТдельно работает. Если закомментить, то падает дальше: при попытке получить константу. Хотя права на нее есть (полные права стоят). Ошибка та же: в данной транзакции уже роисходили ошибки

Drac0

15 — 18.05.15 — 19:11

(14) Значит, проблема не в запросе. Комменти константу и продвигайся к багу

Drac0

16 — 18.05.15 — 19:12

(14) Кстати, Остановка по ошибке стоит у тебя?

Fuas4

17 — 18.05.15 — 19:22

(16) Да, остановка по ошибке помогла. там в  попытке документ записывается, а если у него не получилось, то алгоритм дальше идет. И там уже падает, например, на «найтиПоНаименованию». ХЗ как так, раньше не видел такого. Завтра проанализирую внимательно что там происходит. Всем спасибо большое

GROOVY

18 — 18.05.15 — 19:23

Попытки в транзакциях еще никому ничего хорошего не приносили.

Fuas4

19 — 18.05.15 — 19:25

(18) странно, что после попытки начинает падать где попало. Не должно же так быть. Если в попытке не сработало что-то, то при чем тут выполнение запроса?

Drac0

20 — 18.05.15 — 21:47

(19) похоже, что слетает при обращении к базе данных в уже отмененной транзакции.

Считаю нужным написать, в чем было дело: попытка вызывалась в модуле объекта «передЗаписью», где, как известно, уже начинается транзакция. Потом моя попытка начинала как бы вложенную транзакцию, которую 1с как бы не поддерживает. В результате, при выпадении в исключение откатывалась не только моя попытка но и все, что произошло в «ПередЗаписью». И далее любое обращение к БД выдавало ошибку. Единственный выход в данном случае: в исключении делать Отказ=истина и возврат, чтобы не обращаться к БД. Не знал раньше об этом

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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