Готовишься к экзамену?
Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.
Для отмены захвата объекта другим разработчиком (при групповой разработке) необходимо чтобы в параметрах пользователя хранилища конфигурации было определено право:
Захват объектов
Неправильно: это право позволяет захватывать объекты для своей работы, но не дает полномочий снимать захват, установленный другим пользователем. Отмена чужого захвата относится к административным возможностям хранилища.
Изменение состава версий
Неправильно: данное право связано с операциями над версиями в хранилище (например, действиями с историей/составом версий), но не предназначено для принудительного снятия захватов объектов у других пользователей.
Административные функции
Правильно: право «Административные функции» дает администратору хранилища возможности управления пользователями и их подключениями, а также право отменять захват объектов, выполненный другими разработчиками (при соблюдении условий, что пользователь, удерживающий захват, не работает с хранилищем в данный момент).
Пояснение
Как это выглядит на практике (и почему важно при доработках «Ведомости в кассу»)
1) Когда вообще требуется «отмена захвата»
- Если разработчик захватил объект (например, общий модуль, форму или обработку, где вы добавляете/правите логику автозаполнения «Ведомости в кассу») и забыл снять захват, уехал, или соединение оборвалось - команда блокируется.
- В этом случае администратор хранилища может снять захват, чтобы остальные продолжили работу.
2) Почему не хватает обычных прав
- «Захват объектов» помогает вам занять объект для изменения, но не дает права вмешиваться в работу другого разработчика.
- «Изменение состава версий» про историю/версии, а не про блокировки объектов.
- Снятие чужого захвата - это административная операция, поэтому нужно право «Административные функции» в параметрах пользователя хранилища (на вкладке прав).
3) Типовой порядок действий администратора
- Определить, какие объекты захвачены и кем.
- Убедиться, что пользователь, удерживающий захват, не работает с хранилищем (иначе снятие может быть недоступно или приведет к конфликтам).
- Выполнить отмену захвата для нужных объектов.
4) Как это помогает именно при автоматическом заполнении «Ведомости в кассу»
Доработки автозаполнения обычно затрагивают общие модули/обработчики команд формы или правила подбора строк. Поэтому объект часто «горячий» и может быть захвачен несколькими людьми по очереди.
Рекомендации командной работы:
- Разбивайте изменения: отдельные небольшие коммиты в хранилище (например, отдельно - проверки способа выплаты, отдельно - отбор по подразделению).
- Договоритесь о правилах захвата: захватывать на минимальное время, снимать перед уходом.
- Если меняете критичный участок автозаполнения, заранее предупредите команду, чтобы не создавать очереди на один и тот же объект.
5) Полезные проверки, чтобы «Ведомость в кассу» заполнялась ожидаемо (контекст автозаполнения)
Если после доработок пользователи жалуются, что ведомость «не заполняется» или «не все попадают», обычно проверяют:
- Есть ли начисления за нужный месяц/период (иначе нечего выплачивать).
- Совпадает ли способ выплаты сотрудника с типом ведомости (наличные/касса - для «Ведомости в кассу»).
- Верно ли выбран месяц начисления/вид выплаты и другие параметры ведомости.
Итог: чтобы снять чужой захват и продолжить доработку автозаполнения «Ведомости в кассу» в условиях групповой разработки, пользователю хранилища нужны именно «Административные функции».