Alias

(9) Описанная Вами ситуация ("сбившиеся номера нельзя поправить - они прописаны в реестрах, их нельзя изменять") имеет мало общего с исходной ("восстановление правильной последовательности кодов к восстановлению автоматической нумерации не привело").

Вообще, после ручного "восстановления правильной последовательности кодов" лучше всё же использовать ОбновитьНумерациюОбъектов(), т.к. платформа должна понять, какой теперь после восстановления номер -- последний. Собственно, предложенное извращение ("снял галочку "Автонумерация". Запустил 1С. Закрыл 1С. Поставил галочку "Автонумерация". Запустил 1С.") делает РОВНО то же самое что и простой вызов ОбновитьНумерациюОбъектов().

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

разбирали ещё полтора месяца назад:
https://partners.v8.1c.ru/forum/topic/2152862

Там же привели все варианты, которые тут описывают, и ещё вот такой:

Код
sp_msforeachtable N' ALT ER   INDEX ALL ON ? SET (ALLOW_PAGE_LOCKS = ON) DBCC INDEXDEFRAG (<имя базы данных>, ''?'') ALT ER   INDEX ALL ON ? SET (ALLOW_PAGE_LOCKS = OFF) '

P.S. Почему на Инфостарте слово ALTER вставляется в сообщение с пробелом? Я так не писал. И не исправляется, зараза. Конечно, там просто ALT ER INDEX ALL ....

Никогда не использовал этот метод, но ради интереса попробовал. Вот что получилось:

Во-первых, если сделать по первому варианту синтаксиса (по строке), для примитивного XDTO-объекта с одним свойством ИмяСвойства, ОбъектXDTO.Установить("ИмяСвойства"), то будет ошибка "недостаточно фактических параметров". Это уже говорит о том что в С-П скорее всего есть ошибка, и второй параметр (устанавливаемое значение) всё же требуется.

Попробуем его указать -- ОбъектXDTO.Установить("ИмяСвойства", "новое значение"). Ну ок, работает. Первый вариант, указание XPath, значение свойства установилось.
Попробуем усложнить, создадим вложенную структуру типов в XDTO, и попробуем XPath посложнее: ОбъектXDTO.Установить("ИмяСвойства1/ИмяСвойства2", "новое значение"). Тоже ок, всё сработало, установилось значение для вложенного свойства, с помощью XPath. XPath'ы типа ".ИмяСвойства1" тоже работают.

Т.к. в 1С XPath ограничен только одним значением, поэтому ни получить все свойства, ни установить сразу несколько с помощью XPath типа "//ИмяСвойства2" нельзя. ("Строго говоря, это не совсем XPath, а скорее несколько модифицированное подмножество XPath." - (с) ИТС)

Ответил на партфоруме.

(13) Ну блин... Потому что в первом случае Вы проверяете на заполненность результат возврата функции ОткрытьМодально(). А во втором -- саму форму. Это же явно видно... что-то мы ушли в обсуждение совсем каких-то элементарных вещей.

(3) Вы так удивительно категоричны :) это реализовывается, причём несколькими способами, и в различных вариантах.

(7) А. Вроде другой текст был. Здесь-то понятно, кто же проверяет ЗначениеЗаполнено() для формы?

(7) я понятия не имею где у Вас проверка на заполненность :) у меня никаких ошибок не выдаёт.

Прикрепленные файлы:

GIF.gif

(6) Если хотите чтобы возможность переходить в другие группы была -- устанавливайте ТекущийРодитель, но после строки открытия формы. Дело в том что когда Вы это делаете (в текущем варианта) форма ещё не открыта -- и устанавливать текущего родителя банально негде. Но для этого нужно избавиться от модальности.

Код
ЗначениеСМС = ПолучитьФорму("Справочник.ШаблоныСМС.ФормаВыбора",ПараметрыВыбора);     ЗначениеСМС.Открыть();     ЗначениеСМС.Элементы.Список.ТекущийРодитель = ОтборВШаблонахСМС();

Если хотите и модальность оставить -- тогда устанавливайте ТекущийРодитель в событии ПриСозданииНаСервере самой формы выбора, передав его в открываемую форму параметром.

Используйте РодительВерхнегоУровня вместо ТекущийРодитель.
P.S. правда в этом случае Вы потеряете возможность перехода в другую группу. Но возможно, это как раз то что нужно?