Платформа 1С:Предприятие 8.3 (8.3.13.1809)
Есть две базы:
БИТ Финанс 3.0.68.61/3.1.41.2/3.0.1.152
1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, редакция 3.0 (3.0.66.3)

В них два одинаковых модуля УчетВзаиморасчетов, функция ТекстЗапросаОстаткиАвансов.

Когда открываешь запрос конструктором в БИТ Финанс - ошибка
https://cdn1.savepice.ru/uploads/2019/7/5/4a85acaaa7f23d2940cd7ecab7296a8f-full.png

В другой базе ошибки нет.

Начало запроса такое
"ВЫБРАТЬ
        |    Остатки.Счет КАК Счет,
        |    Остатки.Валюта КАК Валюта,
        |    Остатки.Субконто1 КАК Субконто1,
        |    Остатки.Субконто2 КАК Субконто2,
        |    Остатки.Субконто3 КАК Субконто3,
        |    ЕСТЬNULL(Остатки.Подразделение, &ПустоеПодразделение) КАК Подразделение,
        |    ВЫБОР
        |        КОГДА Остатки.Счет.Валютный
        |            ТОГДА Остатки.ВалютнаяСуммаОстаток * &Множитель
        |        ИНАЧЕ Остатки.СуммаОстаток * &Множитель
        |    КОНЕЦ КАК СуммаВзаиморасчетов,
        |    Остатки.СуммаОстаток * &Множитель КАК СуммаБУ,
        |    Остатки.СуммаНУОстаток * &Множитель КАК СуммаНУ
        |ПОМЕСТИТЬ ОстаткиАвансов
        |ИЗ
        |    РегистрБухгалтерии.Хозрасчетный.Остатки(
        |            &МоментВремениОстатков,
        |            Счет В (&СчетаАвансов),
        |            &ВидыСубконтоРасчетов,
        |            Организация = &Организация
        |                И Субконто1 В (&МассивКонтрагенты)
        |                И Субконто2 В (&МассивДоговоры)) КАК Остатки
        |ГДЕ
        |    ВЫБОР
        |            КОГДА Остатки.Счет.Валютный
        |                ТОГДА Остатки.ВалютнаяСуммаОстаток * &Множитель
        |            ИНАЧЕ Остатки.СуммаОстаток * &Множитель
        |        КОНЕЦ > 0
        |
        |ИНДЕКСИРОВАТЬ ПО
        |    Субконто1,
        |    Субконто2,
        |    Субконто3,
        |    Подразделение


Кажется, что решение очевидно - исправь запрос, вырази как определенный тип и т.п. Но дело не только в этой ошибке, там их много, все связаны с составным типом субконто, а тип этот не может быть не составным для Субконто3, т.к. это документы расчетов разного типа.        

Вопрос в том, почему один и тот же запрос ругается таким образом в базах с одинаковой структурой? Почему одна база "проглатывает" составные типы субконто в запросе, а другая нет?

Мне кажется, какой-то косяк в структуре базы или влияют свойства конфы или объектов конфы, но ничего не нашел подозрительного

Запускал тестирование исправление, не помогло

какой-то чудак добавил в тип видов субконто строку. надо его найти и отрубить руки.

(0) "Запускал тестирование исправление, не помогло". - в любой непонятной ситуации запускай ТИИ. Пока выполняется - есть время подумать о реальных причинах.

(1) посмотрел план видов характеристик, там нет типа Строка

(2) в любой непонятной ситуации, когда уже два часа потратил и нет никаких зацепок

ТИИ можно легко вечером запустить, а не медитировать на него

(3)[там нет типа Строка]
или несовместимые
там могут быть организации или физ.лица

Удалил в плане видов характеристик тип СправочникСсылка.бит_стр_АналитикаЗатрат
и предопределенный элемент бит_стр_АналитикаЗатрат пришлось удалить.
Вроде как обычный справочник, причем типовой для БИТ Финанса

при обновлении конфы БД такое предупреждение
https://cdn1.savepice.ru/uploads/2019/7/5/5b150e90c2aaa040db72879c75fb7974-full.png

Запрос стал открываться конструктором. Теперь надо понять, что с этим всем делать :)

Сомневаюсь, что это хорошее решение, так оставить. Удалил не на рабочей, конечно, и dt сохранил.

Куда копать дальше?

Решил проблему. Сравнил с типовой, там было различие в типах. В отчете о сравнении показало какой-то пустой тип. Причем, посмотрел установленные галки в типах, строки там точно не было, и ничего подозрительного не увидел.
Короче обновил план видов характеристик из типового релиза, потом добавил нетиповые объекты и заработало