Имя: Пароль:
1C
1С v8
Программно узнать кто заблокировал запись
,
0 manyak
 
23.07.14
14:58
в 8.3 может можно узнать программно кто заблокировал запись от внесения изменений?
так как платформа выводит при блокировки кем заблокирована в сообщении "не удалось заблокировать запись, так как объект уже ..." -  указывается пользователь
1 mikecool
 
23.07.14
15:00
имхо, никак
Заблокирован() проверяет только то, что заблокировано программно, система точнее
2 manyak
 
23.07.14
15:10
ясно, спасибо
когда работает директор и в это время эту же запись раньше его заблокировали - то он негодует :)
как вариант хотел делать форму без привязки к источнику данных - но решил не замарачиваться, замучаешься разруливать контроль изменений.
так как пользователь который заблокировал может уйти покурить тем самым заставить долго ждать запись для освобождения :)
решил сделать диру кнопку "забрать права".
по нажатию которой в специальное хранилище (справочник или регистр) создается запись с этим кодом элемента, а у других пользователей обработчик ожидания в котором проверяется если этот элемент нужен для разблокировки  - то программно элемент закрывается, а у дира обновляются данные обьекта и он становтся автором блокировки, другие соотв. курят и ждут когда он освободит.

изврат конечно - может по другому как можно?
3 bolobol
 
23.07.14
15:38
А стандартно Заблокировать() чем не канает?
4 manyak
 
23.07.14
15:44
(3) ну если запись уже заблокирована другим, как ее для себя заблокируешь? :)

т.е. до дира пользователь открыл на редактирование не закрыл - ушел, запись заблокировалась, диру как заблокировать под себя?
сначала надо снять блокировку первого редактора.
5 bolobol
 
23.07.14
15:50
А как ты занесением в "спец хранилище" разблокировываешь запись? 00
6 manyak
 
23.07.14
15:53
(2) читай внимательней.
юзер ушел курить. дир нажал "забрать права" - в хранилище записали код элемента.

в форме элемента обработчик ожидания, проверяет есть ли запись в хранилище с этим кодом, если есть - программно сохраняет/не сохраняет изменения юзера, закрывает форму. - исходная блокировка снята.
7 DeiMos
 
23.07.14
16:12
(0): Что это за шараш-монтаж-ларёк, в котором у Гендира есть права на какие-либо изменения в базе?

Дать ему права ТолькоЧтение - и делу край.
Возмущается он...
8 manyak
 
23.07.14
16:16
(7) какой есть :) он сам не прочь поработать в полях, и счета выставляет крупнякам и т.д. трудяга
9 DeiMos
 
23.07.14
16:27
(8): Гнать в шею. Без выходного пособия.
10 Ёпрст
 
23.07.14
16:35
толи дело клюшки.. там всё можно было узнать
11 Wern
 
23.07.14
16:54
(6) Ну точно так же можно и узнать кто открыл, при открытии элемента пользователем пиши в это же хранилище имя кто открыл. и директор заглянув в хранилище увидит кто шалит.
12 Скай
 
23.07.14
16:58
Вот пользователь счастлив будет, когда на 100500й строчке накладной у него окно закроется...
13 Лефмихалыч
 
23.07.14
16:58
(2) работу нужно организовывать так, чтобы не приходилось разным пользователям править один и тот же документ
14 bolobol
 
23.07.14
16:59
Кхм... вот ща попробовал - не забирает он так права. Объект освобождается, но запись-то уже устарела!!! Сколько времени дир будет переоткрывать форму? Нужна обратная связь, тогда уж, на "перечитать объект".
Понятно, что сие требуется, когда юзер нажимал Записать, а не просто реквизиты потрогал.
15 bolobol
 
23.07.14
17:01
(13) Вопрос не был "как организовать работу пользователей". Опять не в кассу, Левмихалыч. Но, на то он и руководитель. чтоб советы давать и задачи расходящиеся с трудовой необходимостью ставить)
16 jsmith82
 
23.07.14
17:02
ОписаниеОшибки() ?
17 Скай
 
23.07.14
17:03
(16) Директор слишком ленив, чтобы еще самому звонить пользователю и просить отпустить объект.
18 jsmith82
 
23.07.14
17:05
а нафейхуа программно-то
что это даст
ну заблокирован, выкинул юзера и делов
19 Лефмихалыч
 
23.07.14
17:08
(14) я, как лучше, хотел
и я действительно не понимаю, зачем разным пользователям в едином порыве одни и те же объекты ломать параллельно. Тем более, если один из них - директор...
20 bolobol
 
23.07.14
17:13
(19) Зато как часто крик из главного кабинета "Маня, закрой на%ер..."... ))
21 manyak
 
23.07.14
17:13
(17) типа того
(18) вот и вопрос, как узнать кого выкидывать?
(19) не частая ситуация, но  бывает такое что несколько чел в одни тапки лезут, вот попросили разрулить
22 manyak
 
23.07.14
17:21
(13) согласен
в том то и дело, например есть обьект учета, у него несколько групп параметров, по уму каждый пользователь отвечает за ввод опр. группы параметров, соотв. несколько форм сделал на каждую группу - никто не мешает никому.

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

все специалисты широкого профиля :)
23 Лефмихалыч
 
23.07.14
17:22
(21) ну, вот тебе эту ситуацию разрулить надо, чтобы проблему решить. Покупкой новой тумбы под тапки ты ни чего не изменишь
24 Лефмихалыч
 
23.07.14
17:23
(22) документами фиксируй параметры свои. Будет и история заодно и в одну секунду, хоть 100 пользователей смогут вхерачить, что угодно
25 bolobol
 
23.07.14
18:14
(24) Эть... Таки разрулил ситуацию!, а))