В табло вычислено вырадение, оно РАВНО "Ложь", почему дебагер зашел в блок Если, а не зашел в блок Иначе?
1С:Предприятие 8.2 (8.2.17.143)
Управление производственным предприятием, редакция 1.3 (1.3.35.1)

Нет, видимо вы не поняли.
Перевожу: НЕ РАВНО СТРОКЕ, СОДЕРЖАЩЕЙ СИМВОЛЫ <>
Т.е. на языке одноцэ:
<>"<>"
Хорошо, если в одноцэ нет такой конструкции (кстати, причем тут УПП, это же ядро), то почему Табло вычисляет это выражение, как ЛОЖЬ?
В общем, у меня только одна мысль:
Интерпретатор макросов в 1С имеет два разных объекта (назовем так некие программные сущности ядра, которые отвечают за обработку макро-кода). Один отрабатывает код, а другой используется в табло. Хотя, все системы, которые подразумевают отладку, всегда используют один объект (либо для дебага используется часть объекта). В общем, не суть, следить за двумя разными кодами сложно, т.к. можно упустить изменения в ядре в одном из объектов. Что, на мой взгляд, и произошло. Сделали кое-какие изменения ядра, в одном объекте поправили, во втором все осталось, как есть. Отсюда и результат в одном - Истина (и он зашел в раздел Если), а в другом - Ложь.
Есть, конечно, вторая мысль, что в 1С запрограммировали женскую логику вместо булевой :)

Да, вычислял, потом включал в табло.

Ребяты!!! АУ!!!
Объясните мне тогда, почему табло вычисляет ЛОЖЬ!!!
Кстати, умники, в итоговой версии кода у меня осталась конструкция:
Запрос.Текст =
"ВЫБРАТЬ
| СпецификацииНоменклатурыИсходныеКомплектующие.Ссылка.Код,
| СпецификацииНоменклатурыИсходныеКомплектующие.Номенклатура КАК Номенклатура
|ИЗ
| Справочник.СпецификацииНоменклатуры.ИсходныеКомплектующие КАК СпецификацииНоменклатурыИсходныеКомплектующие
|ГДЕ
| СпецификацииНоменклатурыИсходныеКомплектующие.Ссылка.Код = &сп_код
|УПОРЯДОЧИТЬ ПО
| СпецификацииНоменклатурыИсходныеКомплектующие.ПозицияПоСпецификации";
И тот код, который по вашему мнению, работать не может. Ан нет, все работает:)
Если ВыборкаДетальныеЗаписи.Номенклатура<>"<>" Тогда
ПЫСЫ. Программирую активно с 96 года, 1С рюхал сам, никаких дипломов не получал (да и не хочу), поэтому и пользуюсь конструкциями, который вызывают у вас неприязнь. Но, тут же дело было не в конструкции, а в том, что интерпретатор неоднозначно интерпретировал одну строчку кода.

Видимо, разный код вычисляет выражения при исполнении и в отладчике.
Исполняющая система сравнивает буквально, и эти значения не равны.А отладчик вычисляет то же выражение самостоятельно (приводя, похоже, значение к строчному представлению) - и для него операнды получаются равны.
А кодописатель увидел "<>" в форме списка справочника, и не утруждая мозги написал код, который должен такие элементы обработать. Кому должен, почему должен.... должен, и всё тут!
По порядку:
1) не должно вычисляться различным образом при исполнении и отладчике.
2) Да, увидел, что объект иногда меняет тип на строковый и решил написать такое сравнение. Криво, спорить не буду, но для меня, если такое есть в отладчике, значит, это должно работать и при исполнении.

Я не писал, что это код типовой конфигурации. Конфу указал, т.к. обычно первый вопрос от вас всегда про версию ядра и конфы.