to kms:
я говорю что можно использовать такой код (представленный мною) для выявления ошибки которую не может найти, увидеть или еще как не "узреть" автор данной темы, НО я не утверждаю что данный код есть универсальным, правильным (либо еще в каком-то свете красивым) что бы его использовать в конечном коде, (и опять таки еще одно) НО если учитывать данную структуру(концепцию) 1С++, то данная связка Выполнить <--> ПолучитьОписаниеОшибки для операции вставки (в конкретном случае) будет верной. Не уверен что разработчики 1С++ пойдут на такой шаг как "сообщать" ошибку после выполнения предыдущего метода, т.к. это не есть правильно (имхо). Если бы у меня было больше знаний и возможность, я бы более подробнее описал метод ПолучитьОписаниеОшибки(). Здесь можно еще придумать еще новый метод ПолучитьОписание_ПОСЛЕДНЕЙ_Ошибки() (если такая имела место быть), но это не мне уже решать и такого метода я наверное не стал бы допускать. Метод для получения ошибки должен быть один и он ДОЛЖЕН отражать текст ошибки последнего выполненного метода (если таковая ошибка была, если её не было значит пустая строка и баста). Ведь этот метод (ПолучитьОписаниеОшибки) нужен в первую очередь для прога.
p.s.: не мне решать редиска spock или не редиска, тебе виднее . зацепились мы с ним из-за ерунды (хотя это с какой стороны посмотреть). Прислушываться к его мнению в данном вопросе нужно при написании конечного кода, но здесь ведь совсем другой случай.

при использовании update таблицы какого-нибудь справочника, открытого в виде списка у какого-нибудь пользователя периодически получаем у данного пользователя дикие тормоза и подвисоны в данном списке справочника, особенно если это иерархический список и мы вдруг программно поменяли родителя

я смотрел в профайлере, чего 1С мутит при апдейте, не считая транзакций, там куча всего, в том числе и работа с открытыми курсорами и прочее... кто знает (а лучше может привести качественный код) для обхода таких проблем?..