В правах пользователя снял флажок с прав "Сохранение данных пользователя" как было написано в справке. Но история не очистилась.

Очистка кэша пользователя не помогла

История отдельного пользователя - это что там вам нужно или не нужно - примеры есть?

(2) Нужно очистить история открытия форм и где-что открывал. Только это

Всё равно непонятно что такое есть "история" в Вашем понимании :( Журнал регистрации действий? Настройки экранных форм, интерфейса и т.д.? Что? Опишите ситуацию, используя общепринятые термины 1С :)

(3) А база какая?

Я бы попробовал просто всю персональную настройку пользователя удалить, а затем с другого пользователя скопировать только то, что полезно и следует сохранить.
Или завести лишнего временного пользователя. Скопировать туда полезные настроки с текущего. Затем все настройки текущего удалить. А затем скопировать временно сохраненные настройки обратно.

PS: а я почему-то в первую очередь подумал про право "СохранениеДанныхПользователя" :(

База клиент-серверная на постгри. КА2.4.
В документации написано, что есть таблица _UsersWorkHistory. Но как её очистить средствами 1С, не влезая в постгри я пока не нашёл.
Вариант с копией пользователя я попробую, спасибо.
Но может быть есть что-то более элегантное?

Свойство глобального контекста ИсторияРаботыПользователя

(8) А подробнее можно? )

А разве ИсторияРаботыПользователя не имеет свойство "Использование: Только чтение" - дозаписывать - можно; изменять/удалять штатными средствами платформы - "Низя"?

Задачу решил как посоветовал Фрэнки(5). Переименовал пользователя, создал копированием нового с тем же именем, удалил пользователя из базы.
..
PS. "Но меня гложут сомнения..." )

Вот чёрт, что значит работать с конфигурацией УПП в чёрт знает какой совместимости :(

МенеджерИсторииРаботыПользователя (UserWorkHistoryManager)
Очистить (Clear)
Синтаксис:
Очистить()
Описание:
Очищает историю текущего пользователя.

Я этот функционал платформы совсем не смотрел. Плак, плак.

(11) Ну я же люблю "вредные советы" :-)

(11) Но если удалять пользователя из базы, то надо бы посмотреть, а вдруг это функционально активный менеджер, который генерит множество оперативных документов.

(15) Нет. В моём случае всё гораздо проще. Создали пользователя Аудитор. Главный бухгалтер под этим пользователем полазил в базе и теперь не хочет, чтобы аудитор видел историю действий пользователя.

(16) ну да, тогда нужно иметь дубли этого пользователя и тестирование доступного аудитору функционала с участием супервайзеров делать на дублях, чтоб и ему не мешать и лишнего ему не подставлять, пока тестирование происходит.

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

(18) Нет. Ровно то, о чём написал.
(12) Проверил метод ИсторияРаботыПользователя.Очистить();
Метод работает. Нюанс только в том, что  результаты очистки проявляются при выходе и повторном открытии сеанса. Проверял на файловой версии у себя на компе.