Frost_ImpКоряво?
Есть немного.
Служебная таблица по п. 1 - такие же данные, как и остальные, обрабатываемые приложением. Так что место ей - в БД с данными.
Сведения об обновлении блоков по п. 3 - должны имхо храниться как в БД локального интерфейса (custom properties), так и в общей БД с данными в служебной таблице. Более того, БД с данными должны хранить, вероятно, и историю обновления, и даже прогресс текущего обновления.

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

Гораздо разумнее такая схема:
1) При запуске модулем интерфейса выполняется версионный контроль. Если текущая версия равна актуальной - начинается сеанс работы. Если версионная информация недоступна - разумнее аварийно завершить работу, чем запустить интерфейс, рискуя порушить данные.
2) Если текущая версия младше (или просто не равна - но вот тут надо много думать) актуальной - выполняется защищённое (от сбоев и искажений) копирование с общего ресурса двух модулей. Первый - модуль обновления. Второй - актуальная версия интерфейса. Если имеются предыдущие копии (проверка выполняется перед копированием) - сперва они проверяются на целостность и актуальность версии, разрушенные и неактуальные - удаляются и загружаются новые. Если в процессе копирования обнаружено повреждение копируемых модулей - выполняется аварийное завершение с выводом диагностики.
3) Если копирование прошло нормально - асинхронно запускается модуль обновления, ему передаётся необходимая информация о текущем процессе, и работа основного модуля завершается.
4) Модуль обновления ожидает завершения работы основного приложения (по переданным ему данным), после чего выполняет переименование модулей (current -> bak, new -> current). Если оно неудачно - диагностика и аварийное завершение.
5) Если переименование прошло удачно - модуль обновления асинхронно запускает обновлённый интерфейс и завершает работу.
Вопрос удаления старых версий надо решать дополнительно. Я бы оставил его на чисто удаление вручную.

Анатолий ( Киев )Для общего развития - DoCmd.TransferDatabase может импортировать любой объект.Включая объект (модуль или макрос), в котором располагается этот самый выполняемый в текущий момент DoCmd.TransferDatabase? чёта я засомневался...