Проблемы с виртуальными таблицами регистра накопления #771388

Добрый день, коллеги. Суть в следующем, в УПП появились несоответствия в данных, которые выводятся в отчетах, относительно реальных данных. Проанализировав проблему, обнаружил отличие в данных виртуальных таблиц относительно реальных движений. Сделал обновление оперативных итогов, проблема вроде ушла. Однако несколько позже, был обнаружен непроведенный документ, в отчете по движениям которого были "зависшие" движения. При этом реально в регистре этих движений нет, если выбирать движения консолью. Сделали полный пересчет итогов в конфигураторе, однако это также не помогло.Провели документ, движения выглядят корректными, однако в отчетах все также видим несоответствие.  За исключением случая описанного выше, все вроде выровнялось. Но сегодня опять пользователи жалуются на проблему, остатки прыгают со склада на склад, например в отчете одни данные, а в форме списка товаров другие, фактически там запрос к одной и той же таблице остатков, но с разными датами. При этом движений, которые могли бы как-то повлиять на склад данных товаров не было. Подскажите, пожалуйста, какие еще действия можно предпринять для анализа и устранения проблемы? Куда копнуть? База крутится на MSSQL. Буду рад любому совету. Спасибо.

версия платформы какая?

8.2.19.106

наверно, кривой отчет навояли. Увольте программиста.

+стомиллион! отчеты бездумно написаны, не понимая сути виртуальных таблиц

Универсальный отчет, кого там в 1С уволить?) Кроме того ситуация воспроизводится и в консоле. Выбираем на одно число - одни остатки, на другое - другие. При том, что движений за период не было.

при выборе остатков границу используете?

Какая виртуальная таблица?

ТоварыНаСкладах.Остатки

Нет, не используем. База с 2011 года эксплуатируется, проблема с прошлого месяца начала проявляться.

Выгрузка в dt и повторная загрузка?

А в пользовательском режиме не пересчитывали итоги регистров через управление итогами? У меня была такая ситуация с одними клиентами в скульной бухне. Пересчет реально помог.

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

В пользовательском режиме пересчитывали, и оперативные итоги и итоги за период.

Сделайте полный пересчет итогов из конфигуратора.

В 0 писал, " Сделали полный пересчет итогов в конфигураторе, однако это также не помогло.". Это первое, что пришло на ум)

[был обнаружен непроведенный документ, в отчете по движениям которого были "зависшие" движения. При этом реально в регистре этих движений нет, если выбирать движения консолью] обмены и не такое могут притащить копать в сторону сиквела, зырить профайлером,лечить кардинально

А можете чуть подробней? Что смотреть именно смотреть профайлером? Как лечить?

смотреть запросы к виртуальной таблице лечить переиндексацией на сиквеле, возможно и что-то менять на прямую

Спасибо, попробую. А если прибить руками все итоги в таблице и сделать пересчет?

не понимая физики явления можно навредить

Спорим в отчете данные выбираются без учета границы итогов.

Так универсальный отчет из УПП для примера приведен, проблема везде, где используются остатки.

Павел, уповаем на вашу мудрость) Куда копнуть?