Блокировка неактивных пользователей



Избавляемся от «мертвых душ».

Условия проверки:

БСП 2.2.5.36  Платформа 8.3.10.2753,
УПП 1.3.116.1  Платформа  8.3.9.2170

Совместимо с любыми конфигурациями на основе БСП.

На любом предприятии реальность такова, что периодически его покидают старые сотрудники и вместо них появляются новые. Естественно, что та или иная часть из них в период своей трудовой деятельности становятся нашими пользователями. Здравый смысл и политика информационной безопасности подразумевают, что учетные записи покинувших фирму сотрудников должны быть блокированы, особенно если практикуется доступ к базам через веб-клиент. В идеале это должно происходить одновременно с увольнением или выходом в длительный отпуск (декретный, например), но на практике взаимодействие между подразделениями или отдельными пользователями очень часто далеко от идеала. В таком случае некоторых приходится блокировать «задним» числом. Это относительно легко сделать, когда речь идет о небольшой базе, всех пользователей которой администратор знает лично. Но вот когда одновременно базой пользуются 100+ человек, а половина имен в списке вызывает вопрос «а кто это?» выявить самостоятельно тех, кто давно сменил место работы, становится затруднительно. Чтобы выявить таких пользователей и оставить потенциальному шпиону меньше шансов я и предлагаю свою разработку. Хотя она и простая, придется запастись терпением, чтобы довести задуманное до конца.
 Итак, первым делом добавим в конфигурацию пару объектов, а в модуле сеанса вызовем простейшую функцию. Проверяем. Теперь при каждом входе пользователя у нас будет обновляться дата в соответствующем регистре сведений. 

А вот теперь включаем терпение и выжидаем некоторое время, по истечении которого мы можем признать всех не объявившихся пользователей уволенными или просто не нуждающимися в доступе к базе. Выявлять и блокировать их будем с помощью обработки, которая соберет нам список всех, кто спустя N дней так ни разу и не зашел в базу. Далее пролистываем, снимаем пометку напротив тех, наличие кого в штате не вызывает у нас сомнений, а остальных – на свое усмотрение, или удаляем из пользователей информационной базы, или отключаем аутентификацию. Не исключено, что через некоторое время один – два пользователя все-таки найдутся и попытаются зарегистрироваться в системе, скорее всего восстановить доступ для них не составит большого труда.


 

2 Comments

  1. Дмитрий74Чел

    Обычно используем ЖР с отбором события «Сеанс.начало»

    Reply
  2. Infector

    (1) У нас ЖР очень плохо работает. Для меня до сих пор загадка почему разработчики платформы не поместили его на сервер СУБД, а используют файлы на сервере 1С. Итог — обращение к нему может запросто повесить работу с базой, поэтому вошло в привычку избегать его. В целом — для кого-то тоже вариант.

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *