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

Мне попались очень тупые пользователи, они не могут ничего вообще из вышеописанного. Хотел бы спросить реализуемо это и насколько реализуемо и буду благодарен за советы и подсказки как:

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

Нужно из 1С вызывать скрипт, который откроет конфигуратор, обновит конфу, снова запустит 1С.

(1) Пример в студию, если можно;)

Ключик:
/UpdateCfg <имя cf | cfu файла> — обновление конфигурации, находящейся на поддержке.

А я так и не сделал такую фичу, а потом надобность пропала.

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

(4)Не забывай еще про обновление  базы...

на инфостарте пример есть подробный

Как закрыть конфигуратор не знаю :)
После того, как закроешь - запускаешь 1С с ключиком:
/C <строка текста> — передача параметра в конфигурацию.

И в модуле приложения при начале работы системы этот параметр отлавливаешь и "дочитываешь".
Пример использования параметра из УТ:
   // отработка параметров запуска системы
   Если ОбработатьПараметрыЗапуска(ПараметрЗапуска) Тогда
       Возврат;
   КонецЕсли;

(6) есть ссылка ?

(2) http://info$tart.ru/public/16993/

(9) А почему главный инфостарт не любит?

(8) http://infostart.ru/public/16993/