После перевода базы на СКЛ2008 перестал работать фильтр в запросе по счету: Условие (ТекСчет В ФильтрПоСчету). Переменная ФильтрПоСчету имеет тип Счет СчетПоКоду("361"). Идеи?
Условие на реквизиты с типом справочник работают.

Запрос.ВключитьSQL(1); и забыть о производительности

Ну или еще тупее, использовать .Принадлежит, заместо В

Запрос.ВключитьSQL(1);  не помогло, как использовать .Принадлежит в запросе?

(3) Запрос.ВключитьSQL(0) - попробуй

(0) > После перевода базы на СКЛ2008
Ну рассказывай, как переводили, что патчили

(5) sql 2008 + серетный релиз
делал по рекомендациям https://tavalik.ru/ustanovka-1spredpriyatie-7-7-na-microsoft-sql-server-2008-r2/
Уточню что отчет выполняется без ошибки но результат пустой, если убрать условие на бух.счет - то все ок

(4) Да лаадноо, Запрос.ВключитьSQL(0) помогло, сразу не проверил. Как же объяснить происходящее? Теперь во все  черные запросы втыкать ВключитьSQL(0)?
Никто не сталкивался?

(7) перейти на прямые, и забыть черные как страшный сон

Хотя с бухней на прямых работал мало.
но было как в классе ПоставщикДанных удобный интерфейс, так и в еще какой-то класс, специально под бухию.

(7) Вот как раз на бухитогах вроде такая проблема была на SQL.
ВключитьSQL(0) - сильно снижает производительность.

Что за черные запросы?

(11) Их пишут староверы, не способные освоить более понятную логику прямых запросов

(0) в Списке значений должно быть больше одного значения (для скуля)
если счет - без подгруп то СчетСсылка=КакойтоСчет - зачем здесь "В"

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

(14) Бекапы скулевой базы надо делать самим скулем.
Отдельно только бекапы конфигурации.