Разница между ЧТЕНИЕ и ПРОСМОТР на примере вывода данных в Динамическом списке

04.08.26

Администрирование - Роли и права

Статья описывает неочевидную особенность прав доступа в 1С, связанную с отображением данных.

Введение:

В конфигурации на форме списка выводятся стандартные данные документа (Дата, Номер, Организация и т.д.). Со временем возникла необходимость отображать информацию об оплатах по документу.

Было принято следующее архитектурное решение: добавить непериодический регистр сведений «Оплаты заявок», в который записываются сумма оплаты и статус конкретного документа. Соответственно, в форме списка потребовалось использовать левое соединение: Документ → Регистр.

На регистр были выданы права только на «Чтение», поскольку интерактивная работа с ним не предполагалась — данные приходили из другой базы и записывались в привилегированном режиме.

В запросе динамического списка была включена выборка записей «Разрешенные».

 

Проблема

Под пользователем с полными правами всё работало корректно: все колонки с данными регистра отображались (на скриншоте колонки, получаемые из регистра, выделены зеленым цветом). 

 

 

На изображении видны колонки «Сумма платежей» и «Состояние», а также данные «Картинки строк»(серый, желтый, красный)

Однако под пользователем с ограниченными правами форма выглядела иначе — при этом платформа не выводила никаких ошибок. 

 

 

Картинка строк не отображается, а колонки с данными регистра отсутствуют.

 

Диагностика:

Для проверки была создана тестовая обработка с выводом сообщения: дата и состояние документа. Запрос использовался тот же самый. Ошибок не возникло, информация отобразилась корректно.

 

 

Решение:

В правах была установлена роль "Просмотр" регистра, после этого «потерянные» колонки появились на форме.

Вывод:

Если устанавливаете право «Чтение», то данные можно прочитать, даже вывести на форму в виде сообщения, но как элемент формы они не только не отобразятся, но и сама колонка не будет видна.

Важно не забывать выдавать право «Просмотр», если данные регистра используются для визуализации на формах, даже если прямого интерактивного доступа к ним не предполагается.

Вступайте в нашу телеграмм-группу Инфостарт

Динамический список Права доступа

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Инструментарий разработчика Роли и права Запросы СКД Программист Руководитель проекта 1С:Предприятие 8 Платные (руб)

Инструменты для разработчиков 1С 8.3 и 8.5: Infostart Toolkit. Автоматизация и ускорение разработки на управляемых формах. Легкость работы с 1С.

16500 руб.

02.09.2020    277731    1564    423    

1205

Зарплата Роли и права Системный администратор Бухгалтер 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Молдова Россия Казахстан Бухгалтерский учет Платные (руб)

Расширение позволяет максимально полно ограничить доступ пользователей к данным по заработной плате, а именно закрывает доступ к документам начисления и выплаты заработной платы, не позволяет просматривать бухгалтерские отчеты по счету учета зарплаты а также убирает зарплатные проводки из журнала проводок. Расширение запрещает просматривать платежные документы на выплату зарплаты, так же не доступны регламентные отчеты в ПФР и ИФНС. Расширение предлагает готовые настроенные профили "Бухгалтер без зарплаты", "Только просмотр без зарплаты".

9675 руб.

27.05.2021    59238    525    129    

369

Инструменты администратора БД Инструментарий разработчика Роли и права Программист 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)

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

17000 руб.

10.11.2023    27776    101    46    

107

SALE! 10%

Инструменты администратора БД Роли и права Системный администратор Программист Пользователь 1С 8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 17.04.2026, версия 1.4.1, работает в 1С:ФРЕШ!

23180 20862 руб.

06.12.2023    24449    83    14    

116

SALE! 20%

Роли и права 1С:Предприятие 8 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия государственного учреждения 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление холдингом 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Платные (руб)

Универсальная обработка по настройке прав доступа пользователей в 1СЗУП, КА, УТ, ЕРП, ERP, УНФ, Розница, Управление холдингом) и разграничений позволяет в несколько кликов настроить даже самые нестандартные права.

5750 4600 руб.

22.12.2021    38067    208    78    

239

Логистика, склад и ТМЦ Роли и права Программист Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Расширение для 1С:Бухгалтерия 3.0, которое позволяет использовать отдельные роли для доступа к складским документам, для доступа к документам раздела "Производство" и для доступа к документам раздела "Покупки".

5084 руб.

21.05.2019    1703363    604    197    

151

Роли и права Системный администратор Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение предназначено для Бухгалтерии предприятия (версии ПРОФ и КОРП). Типовая конфигурация остается на поддержке. С помощью расширения менеджер по продажам будет иметь доступ к контрагентам и списку их документов только в случае, если он является для них ответственным. Пользователю с полными правами также доступна обработка «Назначение ответственных» для группового добавления/удаления ответственного в карточке контрагента. Есть версия данного расширения для клиентов Fresh - в магазине расширений (Fresh)

9516 руб.

14.09.2022    9212    16    6    

18

Ценообразование, анализ цен Роли и права Системный администратор 1С:Предприятие 8 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Россия Платные (руб)

Расширение возможностей программы 1С:УНФ 1.6 и 3.0. Функционал расширения - разграничение всевозможных прав пользователей и контроль при совершении различных действий.

5100 руб.

23.02.2018    68753    181    264    

169
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. gybson 13 04.08.26 16:54 Сейчас в теме
Это правило СКД, а динамический список сделан на ее основе.
Vasvas05; +1 Ответить
2. Avatarzorro 81 05.08.26 03:00 Сейчас в теме
весь мир магия когда не читаешь справку.
Чтение это право на чтение данных из бд для работы программно.
Просмотр это разрешение на вывод данных на форму.
3. DontsovMA 10 05.08.26 07:11 Сейчас в теме
(2) И когда не учишь физику тоже магия)
В данной ситуации больше интересно то, что часть данных вывелась, остальные просто проигнорированы, без вывода ошибок
4. Avatarzorro 81 05.08.26 07:14 Сейчас в теме
(3) Это уже нюансы работы динамического списка. данные чтения есть. Далее платформа их "выводит". А вот на вывод нет, что равно невидимому элементу. А невидимые элементы в дин списках не получаются из запроса. Следовательно имеем что оно их даже не тягает с бд. опять же о чтении справки
5. DontsovMA 10 05.08.26 07:25 Сейчас в теме
(4) По итогу могу закрепить, что когда начинается хоть какая-то работа с выводом информации на формы, необходимо заново пройтись по правам на объект, иначе можно даже не узнать что что-то не отработало, пока пользователь сам не сообщит или ты не проверишь
10. Avatarzorro 81 06.08.26 03:30 Сейчас в теме
(5) не надо. надо просто читать справку хоть иногда. Все есть в документации. Если ктото не умеет ей пользоваться это чисто его проблемы
11. DontsovMA 10 06.08.26 07:05 Сейчас в теме
(10) Не соглашусь, пока справку читать будешь состаришься.
При этом сколько лет работаю, а до сих пор иногда проще почитать на форумах информацию, нежели понимать что сказано в справке.
12. Avatarzorro 81 07.08.26 03:28 Сейчас в теме
(11) там написаны базовые вещи. На форумах часто делают копипаст с пересказом и все. Редко когда всплывают вещи которые не задокументированные, но существующие
6. nedomolkov.ivan 238 05.08.26 08:19 Сейчас в теме
Полезная заметка, спасибо. Потери такого рода тем и неприятны, что находятся глазами пользователя, а не тестом.

Добавлю из практики две вещи.

Первая: пара «Чтение / Просмотр» в этом смысле не единственная. Так же устроены «Изменение / Редактирование», «Добавление / Интерактивное добавление», «Удаление / Интерактивное удаление»: программное право есть, интерактивного нет, платформа молчит. Отсюда следствие для (3) и (4) — проверка обработкой, как в вашей диагностике, поймать это в принципе не может. Она живёт на программном слое, а теряется интерактивный, и «обработкой проверил, всё видно» никогда не будет доказательством того, что колонка появится на форме.

Вторая, под вывод из (5). Чтобы не проходить права руками после каждой доработки формы, у нас прижилась матрица «объект × право»: обходим метаданные, собираем итоговые права профиля по всем его ролям и сравниваем с эталонным. Строки, где Чтение = да, а Просмотр = нет, — это готовый список мест, где ваш случай уже сидит и ждёт. Считается за секунды и даёт список ДО того, как пользователь заметит пропавшую колонку.

А что у вас в итоге закрепилось как регламент — сверка ролей или тестовый пользователь с боевым профилем? Интересно, что у кого приживается на длинной дистанции.
tna_infora; DontsovMA; +2 Ответить
8. DontsovMA 10 05.08.26 08:46 Сейчас в теме
(6) Да согласен что не только за чтение/просмотр надо следить, бывает документу выдашь "Добавление", а интерактивное, которое по списку ниже игнорируешь, потом "бежишь" и добавляешь)
"Вторая" - изначально регистр был скрыт, просмотр был не нужен, а когда стал нужен, проверку ролей не провел. Такая доработка точно будет полезна.
В нашей практике проверка на тестовом пользователе, желательно не на одном, а с разными профилями доступа.
7. V.Nikonov 132 05.08.26 08:32 Сейчас в теме
Трактовка для запоминания:
Чтение = Программное обращение к данным.
Просмотр = Интерактивный доступ через Формы.

Потому и блокируется вывод в списках (через СКД).
ixijixi; DontsovMA; +2 Ответить
9. nedomolkov.ivan 238 05.08.26 11:26 Сейчас в теме
(8) Тестовые пользователи ловят то, чего матрица не увидит в принципе: RLS, функциональные опции, влияние начального заполнения — там дело не в галочке права, а в данных под ней. Матрица берёт другим — полнотой: она не забудет объект, которого просто нет ни в одном сценарии ручной проверки. Поэтому у нас живут обе, но с разными ролями: матрица как быстрый фильтр после каждой доработки, тестовые профили как приёмка перед выкаткой.

Одна деталь, которая экономит время больше всего: гонять матрицу не «как есть сейчас», а сравнением с прошлым снимком. Тогда в отчёте не четыреста строк прав, которые никто не читает, а три изменившиеся — и ваш потерянный Просмотр всплывает первой же строкой в тот день, когда регистр появился на форме.
Для отправки сообщения требуется регистрация/авторизация