Всем привет. Столкнулась с такой странностью. У нас стоит 1С 8.3 доработанная УТП База не сервере одна для всех. Так как сейчас отладка. тоя всё время вношу какие-то изменения в конфигурацию во время рабочего дня. Когда я обновляю информацию всем остальным пользователям приходит предложение перезагрузиться. Некоторые перегружаются - некоторые нет. На след день все спокойно заходят в 1С, но, как оказалось одни и те же Обработки/Отчёты у разных пользователей разные. Прихожу на ком пользователя - смотрю к Конфигураторе под ним же отчёт последней версии - захожу под этим же пользователем в саму 1С - там старая версия отчёта. Теперь получается у меня вылезли косяки, которые уже давно исправлены в самой Конфе, но у пользователей они вылезают. Как сделать так, что бы пользователи все работали на одной конфе (та что у пользователя Администратор) которая есть сейчас, а не на том варианте, который как то сохранился свой под каждым пользователем? Спасибо

Не деать динамо, сбрасывать кеш

Кэш почистить.

Пройтись по всем пользователяи почистить кеш?

Или как то чистят кеш автоматом при заходе в 1С? Я с таким не сталкивалась ещё - объясните, плиз.

/ClearCache

(5) это можно сделать под Админом и очистится кеш для всех пользователей или под каждым пользователем на компе нужно прописывать?

(6) Там много способов. У нас BAT файл пользователь запускает по требованию.
Поищи в Яндексе по "/ClearCache" там несколько вареантов.

Всем спасибки щас буду читать

Забудьте про динамическое обновление и никогда его не делайте.
Оно не работает нормально в 1С, и никогда не работало.

(9) А если всех выгнать, сделать загрузку-выгрузки базы - поможет?

(10) нет
http://yaforyou.ru/?q=скрипт%20очистки%20кэша%201с

Чтобы таких косяков не было, вот вам пример работы (принцип семь раз отмерь один отрежь):
1) поднимаете хранилище конфигурации
2) поднимаете копию базы и цепляете ее к хранилищу
3) все изменения делаете на копии и проверяете
4) захваченные объекты переносите в рабочую базу
5) выкидываете всех из 1с (можете сеансы хлопнуть)
6) делаете нормальное обновление (не демоническое)
И будет вам счастье)

(12) Спасибо всё очень ясно

(0) фантастика.... какие везучие люди, у них еще база не разлетелась в клочки...
а сколько таких героев уже полегло, уволено....

(12) Хороший пример. Только не очень хорошо:
5) выкидываете всех из 1с (можете сеансы хлопнуть)

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

(14) обычно в таких случаях откатывают бекап, а потом данные похеренные восстанавливают. А для руководства мол мы не виноваты, это все 1с кривая, сбой напряжения, магнитные бури и прочие отмазы))

(15) это понятно, обычно есть корпоративная почта/чат, через них уведомляешь за час хотяб

(15) тут все от срочности обновления зависит, если не срочно то в регламентное время, если срочное, то просто уведомляешь за терпимые N минут и обновляешь

(18) Ну когда в базе работает 1000 человек так не прокатывает. Там регламент, окно когда минимум людей.

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

(20) нужно было попытаться очистить настройки пользователя

(21) В настройках пользователя не было ничего, что было связано с конфигурацией, там базовые параметры для документов и отчётов.

(22) "...и отчётов"

(23) несоответствие в конфигурациях заключалось в разнице в ФормеВыбора в Справочнике Номенклатуры

(24) у другого пользователя отличалась Форма Обработки - на ней отсутствовали некоторые поля для начала выбора.