!с 7.7 установлена на терминалке, базы фаловые (ДБФ).Монитор пользователей пишет только имя пользователя 1с, и имя компьютера(сервер).А мне нужен именно пользователь сервера.На сервере 30 человек в это время работало,нужно узнать кто из них под администратором(пользователь 1с) в 1с зашел,в это же время он и подсвоим именем в 1с был.

в аудите смотрите, кто открывал файлы директории пользователя

(0) Если не настроен аудит в винде (а он по умолчанию не включен) и не настроены пользователи/пароли в 1С, то ловить вам нечего.
Можно только на будущее настроить пользователей сервера и пользователей 1С. А что бы все помнили свои пароли и никому их не рассказывали, публично поиметь сотрудника, под именем которого что-то в 1С наделали. Ибо каждый отвечает за сохранность своего логина.

Зачем администратора смотреть
Он один в системе должен быть

(0) Этот чел наверное натворил что то нехорошее ?
Всю ответственность за это вешаете на администратора: штраф, выговор или что там придумаете. Он мигом заложит истинного виновного, кому давал пароль. Не сработать может только в том случае если это была виновная и она расплатилась с администратором чем то таким, что перекрывает штраф и выговор.

А вообще конечно бардак лютый: 30 юзеров знают админский пароль ...

Если не принять специальных мер, то можно обойти любого пользователя изменением файла usrdef

Если аудит доступа к объектам не включён, то никто уже не узнает, кто и что делал.
Не забываем, что из базы можно просто скопировать отдельные файлы, подправить их, а потом записать обратно, даже не запуская 1С.

А можно как то средствами 1с изнутри 1с узнать имя пользователя виндовс, который сейчас чтото делает(например документ открывает)
Я бы прицепил обработку к "приОткрытии" и фиксировал не имя пользователя 1с(что бесполезно), а имя юзера терминалки

https://yandex.ru/search/?lr=51&msid=1485534997.15009.22887.8395&text=узнать%20скриптом%20имя%20пользователя%20windows

(7) "не имя пользователя 1с(что бесполезно), а имя юзера терминалки"
Что тоже бесполезно. :) Такой вопрос не решается технически, только административно. Технически он обеспечивается.
Windows-аутентификация в 1С, что бы не вводить два пароля и пользователь windows был чётко связан с пользователем 1С. Неотключаемая блокировка сеанса на сервере по времени простоя. На сервере все пользователи поимённо, а не обезличено buh1, manager5. Никакого автологина, запоминания паролей. Разумная политика паролей. Ну и логгирование, конечно.

(7) Да, можно узнать имя пользователя виндовс средствами 1С.
Я так делаю для вибора файла из рабочего стола пользователя:
    oShell = CreateObject("Wscript.Shell");
    strUserProfile = oShell.ExpandEnvironmentStrings("%USERPROFILE%");
    //     Каталог=strUserProfile+"\Рабочий стол\";  //для 2003
    Каталог=strUserProfile+"\Desktop\"; для 2008

И потом уже анализировать то, что в переменной "strUserProfile"
Подцеплять этот код нужно в при ПриНачалеРаботыСистемы()
(так как он должен отработать под каждым пользователем), и потом записать например в справочник "пользователи"

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

Вам решать подходит ли такой вариант для вашей задачи

+ (10) Ошибочка. Будет достаточно поместить только в ПриНачалеРаботыСистемы()  с записю результата в СправочникПользователи  !!!!!!