MrShinКровь из глаз. Переключайтесь на русскую раскладку перед вставкой. Попробуйте еще раз
Раскладка ничего не даст. Это глюк или фича Access (с какой стороны глянуть). Если создаёшь мастером кнопку на открытие формы, а форма имеет русское название, то как раз такая картинка и получается. И пофик, что стоит локализованный Access. Не хочет он понимать русские имена.

А у меня в нормальной сетевой программе используется Windows - идентификация пользователь. И никаких лишних движений. При запуске Access программы, происходит запрос, под каким логином пользователь вошел в Windows, и в зависимости от этого назначаются все привилегии.

Сергей ЛаловJossА у меня в нормальной сетевой программе используется Windows - идентификация пользователь. И никаких лишних движений. При запуске Access программы, происходит запрос, под каким логином пользователь вошел в Windows, и в зависимости от этого назначаются все привилегии.
Интересно, то есть у вас родная аутентификация пользователя в системе. А как вы снимаете значение логина при входе?

Есть малоизвестная в общем то универсальная функция в VBA , которая основные параметры пользователя окружения передает, environ("USERNAME"), environ("USERPROFILE") и так далее по используемым аргументам функции.

При открытии проекта в аксесс идет проверка текущего пользователя, сопоставление с наличием его в специальной созданной таблице пользователи. Если нет, то проект закрывается, если есть, то снимается значение дополнительного поля в таблице, к примеру поле "тип доступа". Значение передается в глобальную переменную, и при открытии каких либо форм, выполнении процедур выполняется тот или иной сценарий,в зависимости от значения этой переменной.
Вы полностью правы. Есть внутренняя таблица, в которой прописаны соответствия логина Windows конкретному пользователю и его привилегии. Точнее, ссылка на таблицу, где прописаны определённые привилегии группы, к которой принадлежит пользователь.
У меня все рабочие программы организованы по такому принципу. Пользователям не надо каждый раз забивать свой логин и пароль. Это их откровенно бесит. Зато ведётся протокол, кто, что сделал, да ещё с какого компьютера.
А для определения имени пользователя я использую вот это Название компьютера, имя пользователя без API

mround...
2. можно ли вести лог изменений общих таблиц, чтобы узнать, кто какие изменения внёс?
Как это организовано у меня.
В каждой таблице, с которой работают пользователи, есть служебные поля.
1. Признак удаления. У меня записи не удаляются, а помечаются как удалённые. Так легко отследить, кто удалил запись, и что в ней было. И восстановить ошибочно удалённую.
2. Добавление. Два поля. Код оператора и дата добавления
3. Удаление. Два поля. Код оператора и дата удаления. Запись не удаляется физически, а только помечается как удалённая.
2. Изменение. Тут сложнее. Всё зависит от того, что Вам надо протоколировать. Просто признак изменения или что именно изменилось. Если просто последнее изменение, то два поля. Код оператора и дата изменения. А если надо контролировать, что изменилось, то и тут есть два пути
а) создаётся таблица для изменённых записей и перед изменением запись скидывается в ту таблицу с временем и кодом того, кто её изменил.
б) изменённые записи хранятся в той же таблице, что и исходные, но исходные имеют признак "устаревшие"
И тот и тот способ имеет как свои достоинства, так и недостатки.