Блокировка пользователя 1С при помощи SQL запроса

[HiLander436]

Результаты испытаний... обескураживают.

целых 12 селектов и 3 апдейта, из них последний просто ставит дату последнего изменения на помоложе (на время начала операции???).

Самое вкусное:

exec sp_executesql N'UPDATE Params SET Modified = @P1, DataSize = @P2, BinaryData = @P3 WHERE FileName = @P4 AND PartNo = @P5',N'@P1 datetime2(3),@P2 numeric(10),@P3 varbinary(max),@P4 nvarchar(4000),@P5 int','4022-09-06 14:32:15',462,0x16BE188467E14A6C3DD62CAE725269905F4916F16DF15A51A33B1CD0666137AD4E96476259A23D7F3BC80B973E932CE004D167550AB24D83426350F43D782FC55E93638D34A6B7499AD9EC56FD2FA3D0B92E8FF8C649BC738A00C836B7409AFC1FFA0E41CDEF4BBC7D99BE21D820DA6F9955E531F4BC8C06947FF082D740ED69C6504321CA903AA857D17A5C0DE61C9E5F6259A06F6426C15DC1778E28B457CC7A5C0DE61C9E426259A06F793AFC678A68927EE005D17B5E5EEF019B4A6108BD6B7B779740C86FDA79A957D67A090AE34D9B4A625EA8737E20C65DC33F877DA901807D0D10E24E974A7F0BF539283B97549369897CE655852B090DAB00CB16635CA0692A26DC0C946B8E35B052877A415FE519985F6B5DA53D2874C9089569D87CA857CD7B4008E518C846615DA86B70249558C16E8F2DB653837F0F0AE51ECB45615FA8697C21C35AC26D8A2EE251D37C550AE21AC8456445A073793AD307BD13D47ED53DD4330357B476E9262311F76D394FC13BA315E949B945CD6806719F46C823085CE9302374AB2AA52BC67FB617B87A3A6F997BFF4F7045A273783AC35DC3688E21B451D07E5F0FE71982427E59BC52436DC110DD6B92158E1CD137400CFA1D82437E4BB2226527DD5C8C,N'users.usr',0

ОМГ... 1С такой 1С...

Оно до сих пор юзает users.usr, причем в особо извращенной форме.
Как выковыривать из этой HEX требуемую галку ума не приложу. Там же все-все юзвери этой базы, насколько я понял.

Можно было бы остановится на:

update v8users
set [show]=0x00,
[EAuth]=0x00
where
[Name] = 'МойблокируемыйЮзверь'

ибо в списке действительно показывать перестает, НО при доменной авторизации влетает аж на ура...

Кто помнит как разобрать структуру users.usr без больших танцев с бубном?