Платформа 8.2.18.104, УПП 1.3.42.1

Поплыли цифры в отчете РегламентированныйОтчетПрибыль. Проблему локализовал. Всё упирается в запрос (текст ниже указан). Запрос "игнорирует" условие в ГДЕ и возвращает все обороты за период.

    // Строка 020 - Прямые расходы налогоплательщиков, осуществляющих оптовую,
    //              мелкооптовую и розничную  торговлю в текущем  отчетном
    //              (налоговом) периоде
    Запрос.УстановитьПараметр("Счет44",       ПС.РасходыНаПродажу);
    Запрос.УстановитьПараметр("Счет90",       ПС.Продажи_РасходыНаПродажу);    
    Запрос.УстановитьПараметр("ВидЗатрат",    Перечисления.ВидыРасходовНУ.ТранспортныеРасходы);
    
    Запрос.Текст =
    "ВЫБРАТЬ
    |    НалоговыйОбороты.СуммаОборотКт
    |ИЗ
    |    РегистрБухгалтерии.Налоговый.Обороты(
    |        &ДатаНач,
    |        &ДатаКон,
    |        ,
    |        Счет В ИЕРАРХИИ (&Счет44),
    |        ,
    |        Организация В (&СписокОрганизаций)
    |            ,
    |        КорСчет В ИЕРАРХИИ (&Счет90),
    |        ) КАК НалоговыйОбороты
    |ГДЕ
    |    НалоговыйОбороты.Субконто1.ВидРасходовНУ = &ВидЗатрат";

Отлично!

А если в профайлере посмотреть, че там на стороне sql происходит?

может не игнорирует? вдруг параметр подходит под все обороты

(2) Нет доступа :(
(3) Он не совсем чтобы "игнорирует", а как-то странно реагирует

кривые статьи затрат ?
куча ошибочных видов затрат в статьях указана ?

(4) + Чучь-чуть изменил запрос:

    "ВЫБРАТЬ
    |    НалоговыйОбороты.СуммаОборотКт,
    |    НалоговыйОбороты.Субконто1,
    |    НалоговыйОбороты.Субконто1.ВидРасходовНУ..."

У записей, которые должны быть, значение ВидРасходовНУ соответствует условию, у остальных = Неопределено.

Если поменять параметр на, допустим, "ПрочиеЗатраты", то состав записей не изменится, а будет заполнено это значение, там где оно действительно соответствует отбору... как вот так ломается всё

(5) ТИИ делал, итоги пересчитывал, выгружал/загружал. Даже из архива, где нет такой проблемы, таблицы таскал.

Как мне кажется  - не в данных дело. Ломает базу на неявном соединении.

Хмм... когда высказываешь свои мысли вслух, то в голову приходят другие, более свежие :)

Убрал из запроса условие "ГДЕ"
и изменил
"Организация В (&СписокОрганизаций) И Субконто1.ВидРасходовНУ = &ВидЗатрат"

Мда... возращает верные данные. "Ничего не понимаю"(с)

база не на постгри случаем?

(8) 1 - проверить в файловом режиме
2 - добиться от DBA ответа, кто и когда натянул на сиквел кривой SP
3 - поставить локально сиквел и 1С и убедиться во 2

(10) ну и конечно проверить не изменяли ли на 90 счетах субконто =)

(9) Угу, случайно, да. Сомнения одолели - полез, посмотрел. Риб-база подчиненного узла, филиал где глюк приключился, на PostgreSQL 9.2. Местный админ не слушает умных (моих :)советов. Она же тестовая сто лет как :(

(10) Проверил на файловой версии - проблема не наблюдается.

(12)[Проверил на файловой версии - проблема не наблюдается.]
увы,
для  PostgreSQL нет SP,а последствия смены релиза сиквела могут быть трагическими

попытайся перевести 1С на что-либо другое

Сборка - с сайта 1C (надеюсь). Версию накатывали после удаления предыдущей. Базы - через выгрузку/загрузку.

"На что либо другое" - это, увы, не в моей власти. Предлагал SQL Express или файловую на SSD-диске. Но советников - выше крыши... а отвечать, имхо, - админу. Это его проблема и его  решение.

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

у постгри это уже второй глючок(?) который я узнал ))
ранее локализовал на 8.3 проблему с сортировкой по умолчанию

(16) оба глюка связаны с индексированием

автору - переиндексировать бузу средствами субд

(8) дак где оно режит левые соединения

(17) на PostgreSQL это родовая неизлечимая травма

(17) Делал переиндексацию (сначала при ТИИ, потом "напрямую" через pgAdmin) - не помогло.

(20) создать новую базу на PostgreSQL, загрузить данные и проверить.

(+ 21) на том же сервере, где глюк идет.

(21) Тоже уже делал. Создавал новую; перегружал старую; чистил кэши на сервере; отсоединял, присоединял... не помогало. Переустановку PostgreSQL - не предлагать :) Это пусть админ развлекается :))

(23) Да и кстати, забыл сказать: я даже установил 9.1 (правда под окнами, не пингвин) - там нет этой проблемы. Буду рекомендовать админу откатиться на 9.1.2

(23) А придется. Скажи админу пусть ставит 9.1, потому что после выхода тестовой от 1С 9.2.1, в оригинале нашли кучу разных неисправностей.

Да и застыла 9.2.1 что-то у них, видимо, будут 9.3 ждать. А там свои ошибки и приключения...

...и вечный бой, покой нам только снится...

гы, начальнечки "сыканомили" 30 тыр на ms sql? типа, регулярный секс для тс + админа дешевле? ))

Эээ... более точно - 320 тысяч, но это ведь мелочи, да?