КонфигурацияИзменена()
Возвращаемое значение:
Тип: Булево. Истина - основная конфигурация отличается от конфигурации базы данных, Ложь - в противном случае.
Описание:
Определяет факт отличия основной конфигурации от конфигурации базы данных.

Что такое "основная конфигурация" и "конфигурация базы данных" ?

БУГАГА!

ты давно с 8кой работаешь?

больше года 1 конфу пишу

:) и задаешь такой вопрос? это все равно что ездить на машине год и спрашивать а зачем эти две (три) педали?

(0) ты, когда изменяешь что-то в конфе (основной, кстати), то, нажимая Ctrl+S (дискету), сохраняешь основную конфигурацию, а нажимая на F7 (Обновить конфигурацию базы данных), обновляешь конфигурацию БД...

ноукоммент )))

(6) все, понял спс.
А факт что было сделано F7 пользователю предприятия как сообщить?

господи.. ну это ведь концептуальная фишка в8, о которой 1С не устает повторят - возможность программисту работать с конфигурацие при одновременной работе юзеров...

(8) а почему ты думаешь что ты сможешь сделать Ф7 при работающих пользователях?

а еще есть такая вещь как ДИНАМИЧЕСКОЕ обновление...

потому что собираешься динамически обновлять конфу?

(10) не обязательно динамически.
Просто клиент должен узнать в ПриНачалеРаботыСистемы() что было измение структуры БД, с момента момента его прошлого входа.

А зачем если не секрет?
По хорошему это организуется через систему версий.

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

(14) у меня есть парсинг реквизитов документов по группам. Щас результаты парсинга хранятся в ПараметрыСеанса. При первом обращении клиента к документу ищется парсинг реквизитов этого документа, если нет - выполняется.

Хотелось бы скинуть результаты парсинга в РС и перевыполнять его только если конфа изменена уже серверной частью, ПриНачалеРаботыСистемы, а пользователю просто "взять" из РС в ПараметрыСеанса или переменную и пользовать.

(15) но как бы НомерВерсии то все равно устанавливать руками, после каждого Ф7 ...

угу... видел что происходит в типовых при обновлении конфы?

(18) не понял тебя

(19) Господи, ну что тут непонятного.. Например есть База на типовой конфе.. у нее номер Х.ХХ.ХХ и допустим приходит обновление этой типовой конфы, у которой номер Х.ХХ.ХХ+1 ты обновляешь и после обновления (Ф7) первый раз заходишь в Предприятие... видел что происходит?

(20) нет.

(8) а ты сидел хоть раз в качестве пользователя? Когда он запускает программу, у него выдается сообщение: "Основная конфигурация отличается от конфигурации базы данных. Продолжить?". Если F7 уже сделано, то сообщение не выдается. То есть этот факт пользователю сообщать не нужно, он его и так знает.

(21) так бегом посмотри...

(20) Я не про обновление конфы спрашиваю с cf файлом, или фалом разницы, а про то что запустил конфигуратор, исправил например опечатку в коде и Ф7.

nop, ты дурака валяешь штоли? Спелся с гением? Неуместный розыгрыш :( Еще не пятницо :)

(22) не сидел, только под отладкой.

(25) блин, я серьезно :(

А если сделать фоновое задание с проверкой КонфигурацияИзменена() и проверкой номера версии?

(24) дядька, объясни-как - в чем концептуальная разница? и там и там происходит Ф7...
Хочешь чтобы юзеры видели изменение - меняй номер конфигурации и сравнивай его с чем-то... Не хочешь - не  парь всем мозги

(29) ясно. Кроме как изменять руками номер версии в конфигураторе лучших вариантов нет.

Если я автора понял, то ему для справки: в риб-базе регистрация изменения конфы "сама-собой" происходит...

(31) это узлы нужно заводить...

Есть мысль сделать так, что ПриНачалеРаботыСистемы() если ПолучитьСоединенияИнформационнойБазы() Количество() = 1 , то полагать что конфигурация, метаданные вероятно были изменены и заново выполнять парсинг и кэширование

то есть буквально каждый раз при заходе первого юзера утром в базу?

(34) да

Ну... никто тебе не запретит так делать...

всем спс