Constantus
29.02.16, 12:38
Приветствую, Форумчане!
УТ 10.3, 1с8.2, обычное
Клиент задал задачку по уровням доступа для Пользователей:
1. Пользователь Павел доступ только к своим складам (оперативный и брак) и только к своей наличной кассе
2. Пользователь Виктор доступ только к своим складам (основной, удаленный и брак) и только к своей наличной кассе
В соответствующих справочниках (Склад, Касса) эти пользователи прописаны как Ответственные.
Посоветуйте как правильно прописать эти условия, если конечно это возможно?
Constantus
29.02.16, 13:46
Zaval @ Сегодня, 16:39 необходимо зарегистрироваться для просмотра ссылки,
Да я сам толком не возьму... Ну вообщем, есть несколько складов. Имеется некий Пользователь, который может работать со складом "Склад №1", т.е. реализовывать от тудова, и т.д., даже не видел отчета по складу, и если вдруг случайно выберет другой склад, то выдаст ошибку или что-то в этом роде...
Аналогично с Кассами, т.е. мог видеть только свою кассу, с ссответствующими операциями...
Ну типа не чего вам знать, что у других творится...
Цитата(sava1 @ 29.02.16, 13:45) необходимо зарегистрироваться для просмотра ссылки
Да я сам толком не возьму...
Вы когда-нибудь что-то типа RLS слышали?
Constantus @ Сегодня, 13:46 необходимо зарегистрироваться для просмотра ссылки,
Но уже пытаетесь реализовать "хзчто"?
Если на "чужом" складе есть товар, который можно продать - хай там хоть сгниет?
Цитата(Constantus @ 29.02.16, 13:38) необходимо зарегистрироваться для просмотра ссылки
В соответствующих справочниках (Склад, Касса) эти пользователи прописаны как Ответственные.
Судя по описанию, склад Брак есть у двоих... Так, что, придется идти глубже чем просто "ГДЕ Ответственный = #ТекущийПользователь"
! |
| В УТ10 нет ограничений на уровне записей для касс и складов. Последнее предупреждение по поводу вредных/бесполезных советов.
|
Constantus
03.03.16, 16:44
Поставим вопрос немного по-другому.
Небольшая коррекция: УТ 10.3, обычное, работает на 1с8.2, создана на платформе 1с8.1
Необходимо ограничить доступ по записям на уровне Контагента, чтобы ограничить доступ к документам определенных Контрагентов.
1. Создал Группу доступа к Контрагентам "Особые"
2. В Справочнике Контрагентам присвоил некоторым эту группу
3. Создал Группу Пользователей "Ограниченные"
4. В разделе "Пользователи" Выбрал "Андрей"
5. Нажал кнопку "Права"
6. Заполнил "Организацию"
7. В разделе "Контрагенты выбрал Группу "Особые"
8. Кнопка "Записать"
Но данные не заполнились, все разделы стали пустыми, т.е. записи не произошло...
Что я сделал не так? Какова последовательность действий? В итоге хотелось бы, чтобы выбранный Пользователь из группы "Ограниченные" не видели документы "Особых" контрагентов, ну или хотябы не было возможность открыть...
Егор Динин
04.03.16, 15:32
Тут уже был похожий вопрос:
необходимо зарегистрироваться для просмотра ссылки
Constantus
31.03.16, 12:30
Продолжая тему.
Имеется конфигурация УТ 10.3, в режиме совместимости с версией 8.1, УРИБ: Центр/Филиал
Вопрос прежний: чтобы на филиале не виделись документы по кассе Центра.
Как оказалось, прежние разработчики сделал собственный обмен, который эмулировал доступ, т.е. каким-то образом (я так и не разобрался) с Филиала забирались все документы при обмене, а в Центре вновь оформленные документы по Кассе не передавались. Соответственно как бы создавалось впечатление, что все ПКО и РКО Центра не видны Филиалу...
Теперь столкнулся с такой проблемой. Внимание, очень запутанная история.
1. На Филиале запрещено удаление документов, только отметка на удаление.
2. Филиал делает отметку на удаление, дадее Обмен.
3. В Центре появляется запись с отметкой на удаление.
4. В Центре производится удаление, запись исчезает. далее Обмен.
5. В Филиале после обмена удаленная запись остается (с пометкой на удаление).
Но... Если Центр произведет и пометку на удаление, и удаление, то после обмена запись в Филиале удаляется...
Почему так? Я грешу на то, что в Обмене запрещен обмен ПКО и РКО... Однако, если центр сделает "всё сам", то на Филиале удаляется из списка... Что можно придумать? Дайте совет...
Для просмотра полной версии этой страницы, пожалуйста,
пройдите по ссылке.