Регистр накопления с видом "Остатки" показывает неверные данные. #751028

Добрый день! Помогите, пожалуйста! Создаю запрос к виртуальной таблице "Остатки" регистра накопления, получаю странные данные: Данные выходят вида: Отдел по корпоративной культуре и связям с общественностью    нанесение логотипов ОХР    8 169,10 Отдел по корпоративной культуре и связям с общественностью    нанесение логотипов ОХР    -8 169,10 Отдел по корпоративной культуре и связям с общественностью    интернет-реклама    56 103,88 Отдел по корпоративной культуре и связям с общественностью    интернет-реклама    -49 403,88 Отдел по корпоративной культуре и связям с общественностью    нанесение логотипов (КР)    9 727,20 Отдел по корпоративной культуре и связям с общественностью    нанесение логотипов (КР)    -9 727,20 Отдел по корпоративной культуре и связям с общественностью    зарплата (КР)    1 026 835,59 Почему, например, первые две строки не схлапываются?

у тебя в запросе 6 полей, а выводишь здесь 3

Проект наверно разный

Те поля пустые

В самом регистре с отбором до даты +    21.06.2012 23:59:59    нанесение логотипов ОХР    2 064,00    Услуги контрагента на постоянные затраты +    21.06.2012 23:59:59    нанесение логотипов ОХР    17 130,00    Услуги контрагента на постоянные затраты +    14.12.2012 20:03:19    нанесение логотипов ОХР    2 950,00    Услуги контрагента на постоянные затраты +    25.06.2013 20:14:34    нанесение логотипов ОХР    18 200,00    Услуги контрагента на постоянные затраты -    30.09.2013 23:59:59    нанесение логотипов ОХР    40 344,00    Списание ОХР (26-й счет) (регламент.) +    08.10.2013 23:59:59    нанесение логотипов ОХР    2 140,00    Услуги контрагента на постоянные затраты -    31.10.2013 23:59:59    нанесение логотипов ОХР        Списание ОХР (26-й счет) (регламент.) -    31.10.2013 23:59:59    нанесение логотипов ОХР        Списание ОХР (26-й счет) (регламент.) -    31.10.2013 23:59:59    нанесение логотипов ОХР    2 140,00     +    23.12.2013 23:59:59    нанесение логотипов ОХР    6 029,10    Услуги контрагента на постоянные затраты -    31.12.2013 23:59:59    нанесение логотипов ОХР        Списание ОХР (26-й счет) (регламент.) -    31.12.2013 23:59:59    нанесение логотипов ОХР        Списание ОХР (26-й счет) (регламент.) -    31.12.2013 23:59:59    нанесение логотипов ОХР    6 029,10

значит не пустые или типы не совпадают

Я боюсь спросить: ЗатратыОстатки.СуммаОстаток - не измерение ли?

ну уже отсюда все видно: +    08.10.2013 23:59:59    нанесение логотипов ОХР    2 140,00    Услуги контрагента на постоянные затраты -    31.10.2013 23:59:59    нанесение логотипов ОХР    2 140,00     +    23.12.2013 23:59:59    нанесение логотипов ОХР    6 029,10    Услуги контрагента на постоянные затраты -    31.12.2013 23:59:59    нанесение логотипов ОХР    6 029,10 в приходе измерение заполнено, а в расходе не заполнено

Благодарю! Не ожидал такого подвоха:

упп или ка? Есть такое там...

УПП

это что-то новое, как там NULL может быть?

по моему вы оборотный регистр превратили в остаточный и поимели эту бяку, не?

Просто разгребаю чужие чудеса. Вроде в УПП Регистр накопления Затраты в типовом виде Остатки. Есть там ЗатратыОбороты - это другой.

измерение проект имеет составной тип

В УПП видел такое.

Да, точно!

и как это платформа пропускает? там же на уровне СУБД поле NOT NULL

Я доктор? Я знаю? Я видел, мне этого достаточно

Подозреваю, что там не тот NULL, что в субде

тот, разве что файловая база

нет, я до такого не опускался ) скуль.

тогда тем хуже для 1С со своими "пустыми значениями"

ТС, предположу, что включили учет проектов не с самого начала работы с программой. Тогда получается такая бяка, что сначала ключ аналитики был с типом реквизита "Проект" = Null, а потом, после включения учета по проектам, создался ключ аналитики с типом реквизита "Справочники.Проекты".

ребята, причем тут конфигурация, если сама ПЛАТФОРМА не должна такого допускать?

Неа. Там в одном месте пишется, в другом нет

Э... Вы в курсе про ключи аналитики в УПП при РАУЗ? Там не в платформе дело.

Предположение или отлавливали баг в коде?

Отлавливал и правил

Занимательно. Поделитесь информацией, где проблема (модуль/процедура-функция), если не затруднит.

и что? вопрос у меня как может измерение регистра быть равным NULL?

Легче будет, если будет "Неопределено" и справочник? То, что есть Null и Неопределено - старый холивар, но сейчас речь нео нем.

легче или нет, другой вопрос, и дело не в холиваре дело в том, что это баг платформы выходит

ТС свалил,интересно после ТИИ этот фокус будет повторяться?

Извини, так и не понял, почему проблема видится в платформе. В прямо писано, что баг конфы.

У нас ТИИ ничего не решило, писали обработку, которая чистила регистр. Ошибку в коде конфы не искали, списали на проблему из-за включения учета по проектам.

извини, но нет желания расписывать очевидные вещи

ТИИ не решило проблему. Если, например, в запросе не использовать "Проект" и при записи в регистр его игнорировать, всё ли будет нормально?

Так проверь. Исключение поля из выборки должно тебе все свернуть

достаточно просто игнорировать, но итоги будут пухнуть