Сижу туплю. Есть таблица значений две колонки: "номенклатура" и "ТипНоменклатуры" под типом номенклатуры подразумевается является ли она готовым комплектом или комплектующей. ТаблицаЗначений по строкам строится таким образом: комплект, потом несколько строк входящих в нее комплектующих, потом новый комплект итд, количество комплектующих для разных комплектов разное.
Запускаю цикл по каждой строке ТЗ, нужно перед каждым новым комплектом открыть модально форму для записи новой спецификации.

Фрм = ПолучитьФорму("ФормаСпецификации");
        Если Стр.Тип = "М" Тогда
            Фрм.СтрокаМ = Стр.Строка;
            СтрокаМеню = Фрм.тзМеню.Добавить();
            СтрокаМеню.Блюдо = ИдентификацияНоменклатуры.Найти(Стр.Строка,"Строка").Элемент;
        Иначе
            СтрокаСпециф = Фрм.Спецификация.Добавить();
            СтрокаСпециф.Комплектующая = ИдентификацияНоменклатуры.Найти(Стр.Строка,"Строка").Элемент;
        КонецЕсли;
        Если Стр.Тип = "М" Тогда
            Фрм.ОткрытьМодально();
        КонецЕсли;

Что спросить-то хотел?

что то никак не придумаю, как отловить последнюю комплектующую, перед новым комплектом

(3) Сделай дерево

(3) Зачем отлавливать последнюю комплектующую, когда все можно сделать в момент, когда позиция в ТЗ уже на строке с новым комплектом?

(5) как?

(6) Признаком начала нового комплекта является номенклатура, отличная от номенклатуры в предыдущей строке (в отсортированной таблице). Ну и последний комплект отработать.

Если совсем ступор - то можешь и последнюю отлавливать. "Заглядывая" в следующую. Хуже, но не сильно.

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

(8) Я так и думаю уже, по номеру строки "загляну" в тип следующей, что то не хочется с деревом связываться из-за разовой работы загрузки. Спасибо

Как-то так

Фрм.СтрокаМ = ТЗ[0].СтрокаМ    // самое первое блюдо до цикла, тогда форма не откроется на первой итерации
Для каждого Стр из ТЗ Цикл
    Если Стр.Тип = "М" тогда
        Если Фрм.СтрокаМ <> Стр.Строка Тогда // изменился комплект
            СтрокаМеню = Фрм.тзМеню.Добавить();
            СтрокаМеню.Блюдо = ИдентификацияНоменклатуры.Найти(Фрм.СтрокаМ,"Строка").Элемент;    // ищем старое значение, сохраненное в форме
            Фрм.ОткрытьМодально();
            Фрм.СтрокаМ = Стр.Строка;
        КонецЕсли;
    Иначе
        СтрокаСпециф = Фрм.Спецификация.Добавить();
        СтрокаСпециф.Комплектующая = ИдентификацияНоменклатуры.Найти(Стр.Строка,"Строка").Элемент;
    КонецЕсли;
КонецЦикла;

СтрокаМеню = Фрм.тзМеню.Добавить();
СтрокаМеню.Блюдо = ИдентификацияНоменклатуры.Найти(Фрм.СтрокаМ,"Строка").Элемент;    // ищем старое значение, сохраненное в форме
Фрм.ОткрытьМодально();


Также можно не использовать ТЗ[0], используя переменные вместо Фрм.СтрокаМ и поставив проверки условий в цикле.


А можно вообще бежать по ТЗ с конца к началу, типа
ТЗКолСтрок = ТЗ.Количество();
Для x = 0 по ТЗКолСтрок Цикл
   Строка = ТЗ[ТЗКолСтрок - x - 1]
КонецЦикла;
Тогда, натыкаясь на М, открывать форму.

Дерево самый оптимальный, читабельный и быстрый вариант, а то что ты тут пытаешься разработать, это велосипед )

(12) Деревья лучше, конечно. Но не всегда, например, сортировка в многоуровневом дереве это нечто. А была как-то нужна, и тогда с ТЗ оказалось все быстрее, хотя жутко некрасиво, нечитабельно, и непонятно, да и поля лишние в ТЗ появились. Сам не мог понять свой код через пару месяцев )

(13) А представь если бы читал кто то другой)

+(14) Вон Fish например, он бы тебя не раз вспомнил))

(15) Да пусть вспоминает, я икать не буду ) А тот код тоже был одноразовым, просто порядок в файловом хламе наводил, и пытался понять что это было и зачем, нужно или нет.

(11) а тут так, конечно же, в том посте споткнулся в одном месте:

ТЗКолСтрок = ТЗ.Количество();
Для x = 1 по ТЗКолСтрок Цикл
   Строка = ТЗ[ТЗКолСтрок - x]
КонецЦикла;