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

Столкнулся со странностью которую не могу объянсить

Есть ТЧ, в которой есть поле связи со строками другой ТЧ (по полю КлючСвязи). Перед записью, мне надо проверить, что в первой строке каждой группы строк по КлючСвязи, выполняется определённое условие.

Для того, чтобы проще было обходить ТЧ, выполняю код

ТЧ.Сортировть(«КлючСвязи, НомерСтроки»);

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

Однако, по факту получаю до вызова метода Сортировать() порядок строк:

Индекс    Знак    Значение    КлючСвязи    НомерСтроки    ТипПеременной

0    «+»    ФПВ    «0238f336-1cdd-4ca4-837a-5ed9b4732284»    1    Показатель

1    «*»    0,005    «0238f336-1cdd-4ca4-837a-5ed9b4732284»    2    Число

2    «*»    КОВ    «0238f336-1cdd-4ca4-837a-5ed9b4732284»    3    Показатель

3    «+»    0    «29653d23-175a-4d75-b98b-9bc200847529»    4    Число

4    «*»    КОВ    «29653d23-175a-4d75-b98b-9bc200847529»    5    Показатель

5    «+»    0    «398d634f-b366-466c-8378-a345b1ceaa08»    6    Число

6    «+»    ФЛД    «80962eb9-f79c-4ed7-bf9d-aa8e3a782a19»    7    Показатель

7    «*»    0,005    «80962eb9-f79c-4ed7-bf9d-aa8e3a782a19»    8    Число

8    «*»    КОВ    «80962eb9-f79c-4ed7-bf9d-aa8e3a782a19»    9    Показатель

9    «+»    ФМА    «a6d3e74d-31a6-4554-b985-6610e4e0501b»    10    Показатель

10    «*»    0,02    «a6d3e74d-31a6-4554-b985-6610e4e0501b»    11    Число

11    «*»    КОВ    «a6d3e74d-31a6-4554-b985-6610e4e0501b»    12    Показатель

12    «+»    0    «a9ddb9ff-518a-4544-af77-63b09c916a2b»    13    Число

13    «*»    КОВ    «a9ddb9ff-518a-4544-af77-63b09c916a2b»    14    Показатель

14    «+»    ФБВ    «ea31911c-14de-4bb9-b236-46b11141edc9»    15    Показатель

15    «*»    0,005    «ea31911c-14de-4bb9-b236-46b11141edc9»    16    Число

16    «*»    КОВ    «ea31911c-14de-4bb9-b236-46b11141edc9»    17    Показатель

После вызова метода Сортировать(), порядок строк:

Индекс    Знак    Значение    КлючСвязи    НомерСтроки    ТипПеременной

0    «+»    ФПВ    «0238f336-1cdd-4ca4-837a-5ed9b4732284»    1    Показатель

1    «*»    0,005    «0238f336-1cdd-4ca4-837a-5ed9b4732284»    2    Число

2    «*»    КОВ    «0238f336-1cdd-4ca4-837a-5ed9b4732284»    3    Показатель

3    «+»    0    «29653d23-175a-4d75-b98b-9bc200847529»    4    Число

4    «*»    КОВ    «29653d23-175a-4d75-b98b-9bc200847529»    5    Показатель

5    «+»    0    «398d634f-b366-466c-8378-a345b1ceaa08»    6    Число

6    «*»    КОВ    «80962eb9-f79c-4ed7-bf9d-aa8e3a782a19»    7    Показатель

7    «*»    0,005    «80962eb9-f79c-4ed7-bf9d-aa8e3a782a19»    8    Число

8    «+»    ФЛД    «80962eb9-f79c-4ed7-bf9d-aa8e3a782a19»    9    Показатель

9    «+»    ФМА    «a6d3e74d-31a6-4554-b985-6610e4e0501b»    10    Показатель

10    «*»    0,02    «a6d3e74d-31a6-4554-b985-6610e4e0501b»    11    Число

11    «*»    КОВ    «a6d3e74d-31a6-4554-b985-6610e4e0501b»    12    Показатель

12    «+»    0    «a9ddb9ff-518a-4544-af77-63b09c916a2b»    13    Число

13    «*»    КОВ    «a9ddb9ff-518a-4544-af77-63b09c916a2b»    14    Показатель

14    «+»    ФБВ    «ea31911c-14de-4bb9-b236-46b11141edc9»    15    Показатель

15    «*»    0,005    «ea31911c-14de-4bb9-b236-46b11141edc9»    16    Число

16    «*»    КОВ    «ea31911c-14de-4bb9-b236-46b11141edc9»    17    Показатель

Т.е. строки с индексом 6 и 8 меняются местами, хотя КлючСвязи у них одинаковый!

Что делать, как бороться?

(1) НомерСтроки — служебное поле. После сортировки номер строки меняется в соответствии с сортировкой.

(2) Меняются местами именно строки. Грубо говоря, это видно на форме. Делаю я просто: в отладчке ставлю точку останова, открываю ТЧ ДО выполнения метода, вывожу в таблицу, далее жму F10, открываю ТЧ ПОСЛЕ выполнения метода, вывожу в таблицу. Смотрю эти две таблицы и вижу расхождения.

(3) Чуть подробнее, где это? На всякий случай: ТЧ ниоткуда не копируется. Заполняется пользователем вручную.

Всё это делается на

Управление торговлей, редакция 11.2 (11.2.3.284)

1С:Предприятие 8.3 (8.3.8.2137)

Управляемые формы. Тонкий клиент.

Конкретно, в обработчике

Процедура ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)

    
    ПоследнийКлючСвязи = Неопределено;

    
    Формулы.Сортировать(«КлючСвязи, НомерСтроки»);

    
    Для Индекс = 0 по Формулы.Количество() — 1 Цикл

        Строка = Формулы.Получить(Индекс);

        Если НЕ ПоследнийКлючСвязиУсловия = Строка.КлючСвязиУсловия Тогда

            Если Строка.Знак <> «+» И Строка.Знак <> «-» Тогда

                ОбщегоНазначенияКлиентСервер.СообщитьПользователю(«Ошибка бла-бла-бла»);

        КонецЕсли;

        ПоследнийКлючСвязи = Строка.КлючСвязи;        

    КонецЦикла;

(4) в твое примере видно

6    «+»    ФЛД    «80962eb9-f79c-4ed7-bf9d-aa8e3a782a19»    7

после сортировки

6    «*»    КОВ    «80962eb9-f79c-4ed7-bf9d-aa8e3a782a19»    7

хочешь сказать, что так и должно быть?

У меня вполне ожидаемое поведение платформы. Правда режим совместимости 8.2.13:

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

    ТабличнаяЧасть1.Сортировать(«НомерСтроки»);

по причине:

Недопустимое значение параметра (параметр номер ‘1’)

(9) Спасибо.

Действительно, поле «НомерСтроки» попросту недоступно для сортировки через метод Сортировать()

Однако, оно доступоно для сортировки, например, через запрос к Табличной части.

Что меня ввело в заблуждение:

— при использовании метода

ТЧ.Сортировть(«КлючСвязи, НомерСтроки»);

с ПОЛНЫМИ ПРАВАМИ, как это ни странно, результат совпадает с ожидаемым (даже если намеренно премешать строки по полю КлючСвязи, сортировка выполняется именно так как должна по логике вещей.

— при использовании метода

ТЧ.Сортировть(«КлючСвязи, НомерСтроки»);

с НЕ полными правами наблюдается такое поведение как в сабже.

Возможно права тут и ни при чём, возможно, если подольше поколдовать с разными наборами прав можно получить ещё более удивительные результаты…

Жаль, что система прямо не ругается не недоступное для сортировки поле «НомерСтроки» при вызове метода Сортировать()

Саму проблему я обошёл следующим способом:

Процедура СортировкаТЧПоПолюВПорядкеСледования(ТЧ, ИмяПоляСортировки)

    
    
    Запрос = Новый Запрос;

    Запрос.Текст =

        «ВЫБРАТЬ

        |    ТЧ.НомерСтроки,

        |    ТЧ.КлючСвязи

        |ПОМЕСТИТЬ ДанныеТЧ

        |ИЗ

        |    &ТЧ КАК ТЧ

        |;

        |

        |////////////////////////////////////////////////////////////////////////////////

        |ВЫБРАТЬ

        |    ДанныеТЧ.НомерСтроки КАК НомерСтроки,

        |    ДанныеТЧ.КлючСвязи КАК КлючСвязи

        |ИЗ

        |    ДанныеТЧ КАК ДанныеТЧ

        |

        |УПОРЯДОЧИТЬ ПО

        |    КлючСвязи,

        |    НомерСтроки

        |ИТОГИ ПО

        |    КлючСвязи»;

        
    Запрос.Текст = СтрЗаменить(Запрос.Текст, «КлючСвязи», ИмяПоляСортировки);    

    Запрос.УстановитьПараметр(«ТЧ»,ТЧ);

    РезультатЗапроса = Запрос.Выполнить();

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

    
    СоответствиеСтрокТЧПоНомеру = Новый Соответствие;

    //Сначала обход для заполнения соответсвтия строки и их изначальных номеров строки

    Пока ВыборкаПолеСортировки.Следующий() Цикл

        ВыборкаДетальныеЗаписи = ВыборкаПолеСортировки.Выбрать();

        Пока ВыборкаДетальныеЗаписи.Следующий() Цикл

            СтрокаТЧ = ТЧ.Получить(ВыборкаДетальныеЗаписи.НомерСтроки-1);

            СоответствиеСтрокТЧПоНомеру.Вставить(«НомерСтроки»+Формат(ВыборкаДетальныеЗаписи.НомерСтроки,»ЧГ=»), СтрокаТЧ);

        КонецЦикла;

    КонецЦикла;

    
    //Обход для измнения порядка строк в нужном

    ВыборкаПолеСортировки.Сбросить();

    ТекИндекс = 0;

    Пока ВыборкаПолеСортировки.Следующий() Цикл

        ВыборкаДетальныеЗаписи = ВыборкаПолеСортировки.Выбрать();

        Пока ВыборкаДетальныеЗаписи.Следующий() Цикл

            СтрокаТЧ = СоответствиеСтрокТЧПоНомеру.Получить(«НомерСтроки»+Формат(ВыборкаДетальныеЗаписи.НомерСтроки,»ЧГ=»));

            Сдвиг = ТекИндекс — ТЧ.Индекс(СтрокаТЧ);

            Если НЕ Сдвиг = 0  Тогда

                ТЧ.Сдвинуть(СтрокаТЧ, Сдвиг);

            КонецЕсли;

            ТекИндекс = ТекИндекс + 1;

        КонецЦикла;

    КонецЦикла;

КонецПроцедуры

Вафель

16 — 30.08.17 — 18:01

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

Содержание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Неверно:

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

Верно:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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