Добрый вечер.
Помогите с ситуацией, есть конфигурация УТ 11.3 на MS SQL, после динамического обновления перестала пускать в конфигуратор и предприятие. Вызвали специалиста из франча, он копался в таблицах напрямую и вроде как все заработало, но в конфигуратор заходил очень долго. После этого несколько раз обновляли базу все нормально, тестирование и исправление ничего не показывает проблем.

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

проверки перепроведения ТиИ выгрузка в файловую chdbfl.exe не помогают.

Сделал новую базу перекачал данные провел и данные показываются теперь правильно. Но такой подход не устраивает по разным причиным.

Такое чувств что проблемы с итоговыми таблицами базы, но как это исправить не могу понять.

Прощу помощи совета.

"после" не значит "в следствие". Тем более, если два месяца прошло.

В ТИИ есть галочка "Пересчет итогов"

пригласите опять специалиста

Читайте внимательней, тии делал не помогает
Так я спрашиваю что это такое и как решить
Если вы специалист так расскажите

(2) франчу денег платите? а специалисту чего нет?

(0) >после динамического обновления перестала пускать
Не злоупотребляйте демоническим обновлением.

(2) "Если вы специалист так расскажите" Здесь нет специалистов. Здесь только болельщики.

попробуйте выгрузить конфу и загрузить ее же с обновлением.

Посмотрите на отчет и как там задаются параметры. Если не СКД, то вполне может быть, что конец периода задан датой, пусть даже конец дня, итоги по регистрам с временем 23:59:59 выведутся только Границей. В СКД смотрите вывод итогов - там вывод так же должен использовать границу. Проверить так это или нет просто - проведите один документ, который попадает в отчет за следующую дату с временем 58 секунд. А то, что после ... (особливо через 2 месяца), это как "после обновления всё слетело". Правда разворачиваешь архив месячной давности, там так же, но это не важно, главное - заметили после обновления))))

(4) я лично вообще никогда не делаю, столкнулся уже когда уже была проблема
(6) пробовал не помогает
(7) именно так и происходит если время 23:59:59 не попадает, если меньше попадает.

(7) но если сделать новую базу, перенести данные и провести все попадает.
Если в старой базе распровести и провести все равно не попадают

(7) Про проблемы времени и использовании границы знаю, но если бы была бы проблема в конфигурации, но и в новой все было бы так же, а такого не происходит

Удали базу из списка баз

(11) пробовал, и кеш чистил и клиентские и серверный

(0)
откройте для себя тж

в мае 31 день