Здравствуйте.
Суть проблемы: При обновлении динамически не у всех пользователей изменения вступают в силу. 8.2 не типовая(серверная).
Перед тем как написать пользовался поиском и тем 20 детально изучил.
Какие увидел решения:
1)Удалить из списка базы и добавить заново. (много времени уходит)
2)Почистить кеш.(слетают все настройки)
3)Не использовать динамическое обновление! (не всегда возможно, но реально)

По сути вопрос в теме. Что делать если уже используем ДО и столкнулись с проблемой не соответствия конфигурации у пользователя?
Или что требуется делать после или до ДО конфигурации для избежания проблем с не соответствием конфигурации у пользователя?

Спасибо за внимание!

ОчиститьНастройкиПользователя(<ПользовательИБ>)

если чистить кэш, то настройки не слетаю, в отличии от варианта 1.

(1)
лучше ОчиститьКЭШПользователя(<ПользовательИБ>)

(0) Вдоль

(0)
Ответы:
1. Делать пункт 1 или 2 (я 1 делаю)
2. Смотреть пункт 3

>> не всегда возможно, но реально
Не всегда возможно это когда не тестили, внезапный глобальный косяк и надо срочно устранить?

Настаиваю на п.3. , ибо вы даже не представляете по какому тонкому льду вы ходите

(0) делая ДО, молитесь чтобы у вас не упала база. а несоответствие конфигурации - это досадные мелочи )))

(1) Не совсем понял вас.
(2) у меня как раз на оборот
(6) разные бывают варианты.
(7) прекрасно представляю. еще и вижу на реальной картине в офисе

чистка кэша конфигурации клиента достаточна

(9) >> прекрасно представляю. еще и вижу на реальной картине в офисе

т.е. база уже грохалась?

(9).2 значит чистишь не кэш, а настройки пользователя :)

(9) а у меня ни там ни там не слетают.

(11) по словам программистов работающих в этой организации. Были случаи!

(6) когда в организации есть еще программисты считающие ДО классной штукой.

(12) Приведите пожалуйста пример , буду благодарен.

(14) актуальность бэкапов проверь. а то на своей *опе это познать - не то же самое, что об этом услышать )))

(17) *опа всегда подстрахована)))

использовать дополнительные параметры запуска конфигурации в виде чистки кэша

(17) Бэкапы не помогут, засада может возникнуть в самой конфигурации, и до поры, до времени ничем себя не выдавать. А потом хоп! - и приплыли...

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

разве, если удалить базу и обратно добавить - настройки не слетят?

(22) Часть настроек, что хранятся в базе - не слетят.

(23) ну так получается, что первый и второй вариант равнозначны