Добрый день, коллеги.

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

Подскажите, пожалуйста, какие еще действия можно предпринять для анализа и устранения проблемы? Куда копнуть?
База крутится на MSSQL.
Буду рад любому совету. Спасибо.

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

(1) 8.2.19.106

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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