Права на просмотр определенных строк в ТЧ документа
По теме из базы знаний
- Универсальный конструктор отчетов (Новейший отчет) для 1C 7.7
- Выгрузка-загрузка любых данных из 1С (и измененных) в XML между похожими конфигурациями (ФАЙЛ, HTTP, COM) ЛЮБЫХ баз 1С 8.1-8.3 с обработкой и поиском данных по произвольным полям поиска
- Загрузка номенклатуры c картинками (несколько потоков одновременно) и сопутствующими данными в базу и любые документы из yml, xls, xlsx, xlsm, ods, ots, csv для УТ 10.3, УТ 11 (все), БП 3, КА 2, ERP 2, УНФ 1.6/3.0, Розница 2/3.0
- Подсистема прав доступа (анализ ролей, отладка RLS, английский код, обычные и управляемые формы)
- Анализ цепочки документов в 1С:ERP
Найденные решения
(3) Я бы согласился, если бы речь шла о разделении доступов для расчетчиков (внесение информации). Если речь о потребителях, то как уже было сказано - пускай отчеты смотрят. Документы им вообще лапать ни к чему. А то, если следовать твоей логике, завтра придется отдельные документы на каждое структурное подразделение делать.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) Я бы согласился, если бы речь шла о разделении доступов для расчетчиков (внесение информации). Если речь о потребителях, то как уже было сказано - пускай отчеты смотрят. Документы им вообще лапать ни к чему. А то, если следовать твоей логике, завтра придется отдельные документы на каждое структурное подразделение делать.
(7)
У меня тоже. Когда эту гадость отлаживать - словарный запас пополняется такими выражениями, которые друзья-иностранцы спешно записывают! :-)
Но, см. (4)
Очень много вопросов появляется, ответ на которые один - "переделать всё к чертям". Поэтому лучше - всё же RLS.
У меня тоже. Когда эту гадость отлаживать - словарный запас пополняется такими выражениями, которые друзья-иностранцы спешно записывают! :-)
Но, см. (4)
Очень много вопросов появляется, ответ на которые один - "переделать всё к чертям". Поэтому лучше - всё же RLS.
(10) Так и я за RLS. Тут как бы двух мнений быть не может. Просто типовые RLS предлагаемые БСП в силу своей универсальности крайне неэффективны.
Я обычно подсистему управления доступом беру из БСП, но RLS пишу свои. В 99% случаев хватает достаточно простых RLS и объектов доступа засунутых напрямую в параметры сеанса.
Я обычно подсистему управления доступом беру из БСП, но RLS пишу свои. В 99% случаев хватает достаточно простых RLS и объектов доступа засунутых напрямую в параметры сеанса.
В конце концов, если самописная, то можно организовать вообще всё, что хотите. Хотя, конечно, лучше использовать внутренний механизм ограничения доступа к данным, особенно, если конфигурация на БСП.
И обязательно продумайте вопрос: когда разные сотрудники открывают один и тот же документ, они видят разные сведения!
1) Как понять, что все сведения показаны или нет?
2) Как проверить корректность данных? Что будет, если некорректные данные в скрытых строках?
3) Как там с проведение/перепроведением? Что делать, если не получается провести из-за ошибок в скрытых строках?
4) Хорошо, Вы скрыли строки. А нет ли способа подсмотреть данные? Например, подсмотреть движения документа?
И обязательно продумайте вопрос: когда разные сотрудники открывают один и тот же документ, они видят разные сведения!
1) Как понять, что все сведения показаны или нет?
2) Как проверить корректность данных? Что будет, если некорректные данные в скрытых строках?
3) Как там с проведение/перепроведением? Что делать, если не получается провести из-за ошибок в скрытых строках?
4) Хорошо, Вы скрыли строки. А нет ли способа подсмотреть данные? Например, подсмотреть движения документа?
К ТЧ - да, RLS не нужен. Как и отчеты по ТЧ.
Лично я бы делал так:
1) документы бил и разграничивал доступы к ним так, как нужно для расчетчиков. Доступы к документам начислений только у расчетчиков и у пользователей с полными правами
Если расчетчик пока один и ему удобнее фигачить все скопом одним документом, то пока так и оставить и не осложнять ему работу.
2) начисления пишутся в регистр
3) на регистр - RLS в ролях
4) пользователи смотрят отчеты по регистру в соответствии со своими RLS
ЗЫ. Такая схема изолирует производителей информации от потребителей. При любых дальнейших претурбациях требуется минимум структурных изменений только в той части, в которой они нужны. Нужно бить по расчетчикам? Меняются только документы и права на них. Нужно показывать руководителям отделов? Правятся только RLS на регистр.
Лично я бы делал так:
1) документы бил и разграничивал доступы к ним так, как нужно для расчетчиков. Доступы к документам начислений только у расчетчиков и у пользователей с полными правами
Если расчетчик пока один и ему удобнее фигачить все скопом одним документом, то пока так и оставить и не осложнять ему работу.
2) начисления пишутся в регистр
3) на регистр - RLS в ролях
4) пользователи смотрят отчеты по регистру в соответствии со своими RLS
ЗЫ. Такая схема изолирует производителей информации от потребителей. При любых дальнейших претурбациях требуется минимум структурных изменений только в той части, в которой они нужны. Нужно бить по расчетчикам? Меняются только документы и права на них. Нужно показывать руководителям отделов? Правятся только RLS на регистр.
(0) В ЗУПе 3.0 (1) очень часто практикуется, что табличных частей у документа много, а на экране видна только свернутая информация.
Думаю и вам можно организовать так, чтобы на экране отображалась таблица формы с нужными людьми, а при записи это все попадало в ТЧ документа и проводилось.
Думаю и вам можно организовать так, чтобы на экране отображалась таблица формы с нужными людьми, а при записи это все попадало в ТЧ документа и проводилось.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот