База 1С под SQL 2008 R2
Платформа: 8.2.19.68
Конфигурация: УПП измененная

Проблема: На двух компьютерах при подключении к этой БД конфигурация показывается как недельной давности. На остальных нормально.

Очистка кэша не помогла.
Чем может быть вызвано?

проделками демонов демонических обновлений

Обновление было не динамическое.

Ситуация, развивается...
Может кто что сказать по этому поводу?

1) Обновление конфигурации не динамическое
2) Кэши на компьютерах пользователей почистили
3) Кэш сервера почистили
4) Сервер перезагрузили

Не помогло. Конфигурация на этих компах все та же не обновленная.

(0) смотрите к какой базе идет подключение

Наверное кэши недочистили.

(5) +1, точно к рабочей базе подключаешься?

Чудес не бывает.
1. Не та база
2. Не тот кэш чистили

(2) Послднее обновление было не динамическое или вообще не было динамических обновлений?
Некоторые косяки динамики вылазят после обычных обновлений, если перед ним были динамические.

Кэше почистили оба? (а то их 2 если что)

2(9) если речь про два каталога, то да.
Последнее обновление было не динамическим, мы примерно раз в месяц делаем не динамическое обновление с обслуживанием БД.

2(7) Точно к рабочей базе.

(10) Неправильно как то кэш чистите. Точно в нем проблема.
Причем как уже писали, неважно что последнее обновление было не динамическим.
Если был косяк при динамическом обновлении скажем 15 ноября, то пока кэш не почистишь, так и будет висеть (не всегда конечно, но это ваш случай).

Пы.Сы.

Кстати, динамика проверяется просто.
Находите тот блок, который отличается. Например, модуль документа.
Добавляете пробел в этот модуль, обновляете _не_ динамически.
Если проблема ушла - плохо почистили кэш

(11) Правильно как?
Продолжили искать:
1) Убили каталоги на локальной машине
2) убили каталоги на сервере
3) убили пользователя в БД
4) Создали нового пользователя
5) Снесли 1С на пользовательской машине
6) Создали нового пользователя на компе
7) Открыли конфигуратор, открылась старая конфигурация.

Что происходит, после того, как попробовали сделать, как в (12) советовали?

2(14) Конфигурация старая.

(13) Забыли установить 1С на пользовательской машине :)

Нажми желтую круглую "i" (о программе) в той базе где не верная конфа и в той базе где верная. Параметры "Сервер" и "Имя базы" одинаковые?

(15) винду сноси )

(18) если не поможет комп меняй

Не не забыли :)
Просто опустил два пункта... :)
1) Установку на рабочем компе
2) установку на Терминальной сессии

2(17) одинаковы... это и удивляет, а конфигурация старая

Как вы проверяете актуальность данных? покажи скриншоты журнвлов документов. Может быть всё дело в правах?

А новые докуименты в предприятии видны с ошибочных компов?
К серверу по имени обращаетесь?
Пинганите сервер с ошибочных компов и с рабочих. На одил ломятся? а то мало ли=)
или кто-то врет...

(20) да, настройки периода в журналах документов проверьте.

(20) Разделение данных используются?

2(21) Актуальность проверяется кодом... :) Отчет работает по другому... Другой алгоритм.

Ломятся на один сервер. проверено. другой Базы просто нет.

(20) разделение не используется.

(25) >>Отчет работает по другому... Другой алгоритм.

разные отчеты открываете? или разные формы

Не верю в мистику. По крайне мере в 1С.
Хранилища тоже нет? раз нет других баз.
В SQL configsave пустая? - это я так, не знаю что предложить.?

какая дата на компе стоит?

(25) Так у вас кофа отличается или данные? Вы в конфигуратор или в предприятие заходите?

удалить - добавить базы на сервере, удалить - добавить с другими именами базы у клиентов. Всё. Сами ловили такой глюк.

А ещё внешние отчет хранящие настройки в хранилище значений так себя могут вести. (особенно те, которые на универсальном отчете построены)

Отчеты не внешние.
Открываются на разных машинах.

Информация о БД с неправильными данными:http://yadi.sk/d/rkPM3vvcDPQH4
Информация о БД с правильными данными:http://yadi.sk/d/O5gQ_xRTDPQnH

Дата стоит текущая.
Хранилища нет.
Отличаются конфигурации, собственно и данные которые выводятся в отчетах. по причине разных алгоритмов.

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

(32) гыгы, что мне подсказывает, что это одна и таже картинка :)
Та замазка, что на первой картинке полностью присутствует на второй. Только на второй ещё домазано

(33) забавно

(32)Отчет открывается с сохраненными настройками?

2(33) Вот так забавнее: http://yadi.sk/d/epQMCK6HDPWvm
пользователь один и тот же база одна и та же машины разные.

Да с сохраненными настройками, СКД. Алгоритм в СКД другой.

(36)Почистить сохраненные настройки и открыть пробовали? Я имею в виду не программные настройки вывода СКД, а сохраненные настройки пользователя.

(36) имя отчета поменяйте в конфигураторе, трудоголики.

2(36) конечно. загружали новую настройку отчета с диска и заменяли на стандартную.

Все ... исправилось.
Всем спасибо.

2(38) смена имени вещь хорошая. Но помогает и не только смена имени.
Помогло добавление на форму любого символа и потом его убийство.

Не помогает, добавление в код модулей. добавление реквизитов в конфигурации, добавление объектов в конфигурации не помогает.

Еще раз спасибо за помощь всем.

(40) Так. Если что, в 12 был отвлеченный пример. Если расхождение было в _форме_, то форму и надо было исправлять.
Если после псевдо исправления проблема ушла, то причина в динамическом обновлении
Т.е. суть в чем - в результате динамического обновления где-то хранится кэш формы. Если проходило полное обновление, в котором форма не менялась, то он так и остается болтаться.
А вот если обновление будет в самой форме, то кэш динамики удалится.