Есть серверная база 1с на MS SQL сервере. Есть удаленный север, на котором с этой базой работают пользователи через Citrix. Динамически обновил конфигурацию базы. У всех пользователей, кроме одного, возникает  ошибка при печати документа, сообщается номер строки и фрагмент текста. Открываю в своем сеансе конфигуратор базы - этой строки нет. Открываю конфигуратор из сеанса этого пользователя - строка есть. Исправил,  обновил динамически. У него проблема пропала, зато возникли другие, двухнедельной давности. Посмотрели - оказывается пропала часть изменений. Как такое может быть, что версии конфигурации одной рабочей базы разные? Кстати, уже замечал, что иногда пропадают вновь добавленные объекты в этой базе.

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

кэш почисти

Побочный эффект демонического обновления. Средство защиты - принудительная очистка кеша, выгрузка/загрузка конфигурации, не демоническое обновление и т.д. - короче танцы с бубном.

и не обновляйся динамически.

(2) Да, чистим иногда способом переподключения базы. Но минус в том, что теряются сохраненные настройки пользователя.

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

(6)>>а иногда нужно срочно что-то изменить, например в печатной форме, которую отдают покупателю

О_о

(4) Это точно. ТС противопоказано использовать демоническое обновление. Раз уж такие глюки - куда уж дальше больше? (риторический вопрос).

(5) Подсказываю: их можно не терять, их можно копировать из одной базы в другую :)

(6) Не удачный пример. Используй внешнюю печатную форму.

(8) а как копировать, подскажите, если не затруднит?

(9) Внешнюю форму не против использовать, но бывают случаи, что нужно менять именно во встроенной

(9) да я даже представить себе такую ситуацию не могу.
1000 покупателей взяли распечатку и норм, а 1001 сказал -"что-то мутная она у вас, хочу чтобы в шапке было написано,<<Великому государю, от холопов поставлено>>.".

И у оператора доступ к редактированию ПФ закрыт. :)

(10) Каталоги, где файлы с настройками, зависят от версии ОС и работают ли пользователи терминально. Погугли на тему сохранение настроек пользователей. Или сам поищи. Например, типа, в C:\Documents and Settings\User...\Application Data\1C\1Cv82

(12) :-)). Да, нет же, это не покупатель. В данном случае это решение руководителя предприятия, что там нужно что-то вывести дополнительно или скрыть. Но там еще множество людей работают, разные бизнес-процессы запущены, поэтому не желательно выгонять всех из-за реквизита формы

(14) Да и, в основном, всегда все проходило нормально.

(14) в общем из динамических обновлений таких вот хотелок может и база рухнуть :(
вот примеры
http://sqland1c.ya.ru/replies.xml?item_no=33
http://mainboard.net.ru/2013/03/510/

(11) Не верю. "Встроенную" всегда можно заменить на внешнюю так, что пользователи даже не будут подозревать об этом. См. в справочнике внешних, Регистрация внешней печатной формы, колонка "Заменяемая печатная форма".

(15) Эх... "Если в первом акте пьесы на стене висит ружьё, то в последнем акте оно непременно должно выстрелить." © А. П. Чехов

(17) Не спорю, можно. Надо попробовать. Но это когда в штатном режиме делается, планово, без спешки. А тут куча заданий + проверить за каждым разработчиком. А день рабочий тоже ограничен. Но это так, эмоции

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

Кстати, вот нашёл тему - v8: Чистка кэша и настройки отчетов сохраненные в кэше.

(21) Спасибо, посмотрю