sdkuповторяю для тех кто в танке:
Проверять валидность надо на событии "до обновления" и отменять его при не выполнении условия
Проверять "после обновления"(которое нельзя отменить)-задать значение полю,и тут же его удалять вершина рациональности
При отмене "до обновления" фокус станется на этом поле-из него нельзя будет выйти до внесения "правильного" значения
Как говорила моя бабушка: "Дай Вам Бог здоровья"!
Мучилась целый день, не могла понять, почему перемещение фокуса не срабатывает

Но вообще, как на этом VBA какие-то удобности добавлять в программу - это просто треш какой-то!
Добавила это событие - перестала целая цепочка других событий срабатывать(

авторPrivate Sub поле2_BeforeUpdate(Cancel As Integer)
If ISNULL(Me.поле2) Then
MsgBox"Необходимо заполнить это поле"
Me.поле2.Undo
Cancel = True
End If
End Sub

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

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

Вот такая конструкция срабатывает один раз:
авторPrivate Sub Поле2_LostFocus()
If IsNull(Me.Поле2) Then
MsgBox "Обязательно нужно заполнить Поле2"
Forms!Form1![Поле2].SetFocus
End If
End Sub
Но если проигнорировать и щелкнуть на следующее поле, то спокойно его покидает.

Причем, если я ее добавляю, то первая вышеуказанная конструкция вообще перестает срабатывать.

Подскажите, пожалуйста, в чем дело?
Думала логика событий такая:
Объект получает фокус, происходят какие-то изменения, теряет фокус
В какое событие все-таки нужно поместить проверки?

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

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

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

sdkuПроверять валидность надо на событии "до обновления" и отменять его при не выполнении условия
Проверять "после обновления"(которое нельзя отменить)-задать значение полю,и тут же его удалять вершина рациональности
При отмене "до обновления" фокус станется на этом поле- из него нельзя будет выйти до внесения "правильного" значения
Это ваша цитата?

Значит этот код не подходит для проверки пустое осталось это поле или нет, правильно понимаю?

А что тогда в Акссессе еще есть для такого решения?

sdkuChara....Ничего такого нет в коде эксклюзивного, от слова совсем ( никаких накруток программирования). Access правда впервые юзаю....
Весьма самоуверенно,насчет программного кода...
Я имела ввиду, что ничего, помимо автоматизированного создания связки запрос-форма не сделала в данном случае.

sdkuколь Вы все проверяете вручную,то простым запросом на выборку выводите записи с пустыми значениями в полях(которые не должны быть пусты),заполняйте их и после заполнения установите,в таблице атрибут "обязательное поле"-фсе...
Спасибо за вариант! Но так не получится, к сожалению) Это многоплановые данные, которые в таблицах комплексно надо смотреть, именно по сравнению с другими, заполненными. Но неважно.

Всё-таки, есть событие, которое однозначно может запретить покидать пустое поле?

Вот в этой статье указано свойство "Правило проверки" для элемента формы. Я его не нашла(

Исправить пост тут не дают. Нашла, оно называется теперь "Условие на значение", как раз с удобным свойством Текста ошибки, одно только но - работает точно так же, игнорируя просто проход по полю, запросто оставляя его пустым, если это не добавление новой записи, а проход по старым полям.

sdkuChara...Всё-таки, есть событие, которое однозначно может запретить покидать пустое поле?LostFocus()

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

авторPrivate Sub Поле2_LostFocus()
If IsNull(Me.Поле2) Then
MsgBox "Обязательно нужно заполнить Поле2"
Forms!Form1![Поле2].SetFocus
End If
End Sub

В LostFocus() нужно что-то другое написать?