Есть возможность в БСП давать пользователям доступ на уровне записей. Например, есть справочник Склады с записями Склад1, Склад2, есть пользователи П1 и П2, есть документ Перемещение между складами с реквизитами типа СправочникСсылка.Склады: СкладИсточник, СкладПолучатель.
Если П1 дать право просматривать только Склад1 и редактировать документы со Склад1, а П2 - Склад2 и документы со Склад2, то всё замечательно до тех пор, пока нет документов с обоими складами.
На текущий момент, если кто-то с большими правами создаст Перемещение Склад1-Склад2, то П1 видит Склад1-<объект не найден>, П2 видит <объект не найден>-Склад2. П1 и П2 не могут выбрать в полях СкладИсточник и СкладПриемник чужие склады.
Можно, конечно, создать свой справочник соответствия Пользователь-Склад, и прописать логику работы пользователей со складами, прописав фильтры на справочник и документы, права редактирования и проведения. Но интересно, до изобретения велосипеда, узнать, удавалось ли кому решить эту задачу средствами БСП?
Если П1 дать право просматривать только Склад1 и редактировать документы со Склад1, а П2 - Склад2 и документы со Склад2, то всё замечательно до тех пор, пока нет документов с обоими складами.
Задача такая:
П1 может создать документ Перемещение между складами,
указать СкладИсточник = Склад1 (и только он),
СкладПриемник=любой склад из справочника Склады.
П2 может провести документ, созданный П1, в котором СкладПриемник=Склад2.
При этом оба пользователя должны видеть значения полей СкладИсточник и СкладПриемник.
П1 может создать документ Перемещение между складами,
указать СкладИсточник = Склад1 (и только он),
СкладПриемник=любой склад из справочника Склады.
П2 может провести документ, созданный П1, в котором СкладПриемник=Склад2.
При этом оба пользователя должны видеть значения полей СкладИсточник и СкладПриемник.
На текущий момент, если кто-то с большими правами создаст Перемещение Склад1-Склад2, то П1 видит Склад1-<объект не найден>, П2 видит <объект не найден>-Склад2. П1 и П2 не могут выбрать в полях СкладИсточник и СкладПриемник чужие склады.
Можно, конечно, создать свой справочник соответствия Пользователь-Склад, и прописать логику работы пользователей со складами, прописав фильтры на справочник и документы, права редактирования и проведения. Но интересно, до изобретения велосипеда, узнать, удавалось ли кому решить эту задачу средствами БСП?
По теме из базы знаний
- Интеграция сценарного тестирования в процесс разработки
- Пометка тестовой копии рабочей базы через механизм оповещений и раскрашивание форм (Управляемое приложение)
- Разработка функционала обмена с несколькими внешними точками
- ФинОфис. Контроль и управление финансами. Практика применения
- Отправка в Telegram отчетов, печатных форм, присоединённых файлов и произвольных вложений. Загрузка получателей. Хранение истории отправок.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Можно, конечно, создать свой справочник соответствия Пользователь-Склад
Справочником будет не корректно, у меня реализовано регистром сведений.
Такую проблему решал через ограничение прав пользователя. То есть кладовщик может видеть все перемещения которые проводились с его склада, но добавлять, изменять, проводить или удалять может только те, где стоит склад отправитель ( или склад получатель) - его склад.
(2) Конечно, на регистрах делать связи.
Меня на первом шаге интересует, как сделать ограниченную видимость по складам.
Т.е. если П1 заходит в справочники Склады, то видит только Склад1.
Но в документе Перемещение должен видеть и Склад2, а не <объект не найден>. И выбирать из справочника Склады другие склады в приёмник, а не только свой.
Как вариант, думал под расширенными правами в коде создавать ТЗ со всеми складами и использовать уже её на форме, подменяя поле из справочника. Также в списке документов названия складов считывать под расширенными правами и показывать в ячейках уже текст, а не ссылки.
Но это всё кодирование. И встаёт вопрос, в каком варианте кода меньше: свой вариант ограничения доступа с регистром сведений и фильтрами или обход ограничений типового.
Как сделать самому - имею представление. Интересен вариант настройки типового, когда имеющиеся ссылки видны, но записи доступны лишь при определённых условиях..
Меня на первом шаге интересует, как сделать ограниченную видимость по складам.
Т.е. если П1 заходит в справочники Склады, то видит только Склад1.
Но в документе Перемещение должен видеть и Склад2, а не <объект не найден>. И выбирать из справочника Склады другие склады в приёмник, а не только свой.
Как вариант, думал под расширенными правами в коде создавать ТЗ со всеми складами и использовать уже её на форме, подменяя поле из справочника. Также в списке документов названия складов считывать под расширенными правами и показывать в ячейках уже текст, а не ссылки.
Но это всё кодирование. И встаёт вопрос, в каком варианте кода меньше: свой вариант ограничения доступа с регистром сведений и фильтрами или обход ограничений типового.
Как сделать самому - имею представление. Интересен вариант настройки типового, когда имеющиеся ссылки видны, но записи доступны лишь при определённых условиях..
Логически можно сделать транзитный склад. Но за такое решение я бы лично отрывал руки.
Тут проблема глубже. Если взять УТ, то в теории менеджер должен видеть остатки по складам, на которые он сможет оставить заказ на перемещение и так далее... То есть тут не только склады, по которым он может делать фактические движения перемещений, а еще и сопутствующие склады... Фиг знает.
Тут какой-то организационной схемой товародвижения можно регулировать, группы складов и так далее. Но это может привести к еще большей путанице и бюрократии...
Тут проблема глубже. Если взять УТ, то в теории менеджер должен видеть остатки по складам, на которые он сможет оставить заказ на перемещение и так далее... То есть тут не только склады, по которым он может делать фактические движения перемещений, а еще и сопутствующие склады... Фиг знает.
Тут какой-то организационной схемой товародвижения можно регулировать, группы складов и так далее. Но это может привести к еще большей путанице и бюрократии...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот