Есть много распределенных баз от центральной базы с обновленим через узлы РИБ.
Как определеить когда им нужно делать выгрузку на обновление конфигурации?

Программа сама скажет при обмене.

когда изменится конфигурация ЦБ. ваш кэп

это понятно.
просто у меня программист сидит отдельно, и каждое подразделение совершенно спонтанно требует от работников на местах привезти обновления.
Бежать с флешкой довольно далеко и невесело, когда оказывается, что нужно выгрузить себе конфу и пилить с ней обратно "чтоб вернуться".
Если б был механизм, чтоб можно было понять, делалось ли обновление конфы, тогда б сократился бесполезный траффик народа.

Предполааю создать реестр сведений.
Только вот к какому движению его привязывать?

(3) Ох тупишь. При УРБД платформа все делает за тебя, выгружая конфу в файл обмена

(0) Плохо читал
www.forum.mista.ru/topic.php?id=612621#32

Сделай в пустой базе выгрузку в файл XML, измени конфигурацию и ещё раз выгрузи. Найди отличия.

Эт я понимаю.
Как мне определить были ли вообще изменения в конфигурации? Чтоб предупредить бесцельное гоняние народа.Например, где-то на панели функций - дату и время последнего изменения конфы...
А насчет выгрузки из пустой базы попробую.

(6) У Вас что РИБ сделана на независимых базах? Не из центральной делали? Обмены идут по планам обмена и передаете вы из на флешке с помощью курьера?

обмены - флешками. "Ногами".

(8) Как сделан РИБ?
Были выгрузки из центральной базы или это независимые базы?
Если независимые базы, то кто занимается обновлением? Если разные компании то вопрос решается организационно. Например, местный админ пишет письма в центральный офис, о том, что обновление прошло.
Если РИБ сделан правильно, и он двусторонний, то админ проводящий обновление в центральной базе должен вести список кого обновил, кого нет.
Не понимаю в чем проблема?

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

Проблемы нет - есть вопрос - где хранится (делается запись) о том, что версия программы на центральной базе изменилась?

(10) Предполагаю, что в голове администратора.

Понятно.
Все, поумничали?
Я-то считал, что здесь могут подсказать что-то действенное.
Глубокомысленно изрекать - большого ума не нужно.

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

Постройте процесс. Ну действительно детский сад развели.
Элементарно:
1. Админ предупреждает что тогда-то будет обновление. Делает рассылку на всех пользователей или ответственных за обмены.
2. Получает обмены из периферийных баз.
3. Проводит обновление.
4. Сообщает тем же что и в пункте 1, о том, что обновление проведено и нужно сделать обмены в обе стороны (сначала из центра).
5. Проводит обмены.
6. Все рады, система работает.

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

(0) Выгружать файл обмена. В нем думаю должно быть видно, есть изменения конфигурации или нет.

(14) Ах... ренеть.
А за что отвечает админ?
Кто за целостность баз отвечает?
Что-от страшно стало... как вы там работаете вообще?
Поди еще и ответственных на ведения НСИ нет?

(14) Не завидую :(

не надо.
покажите где смотреть запись об изменениях.
Говорит же при обмене система что внесены изменения в конфигурацию для узла (при попытке загрузить данные :)) Значит, человеку эти сведения тоже могут стать дступными.

(18) Ну и смотри файл обмена в нем и будет зацепка...

"Нельзя автоматизировать хаос"(с)

(20) Автоматизируя хаос получите автоматизированый хаос (с)