Хочу для повышения скилла создать простую конфигурацию.
Для упрощения разобью сотрудников на Обработчиков и Вводчиков
Задача разбита на 2 простые подзадачи
1) Ввод документов (номер, дата, код обработчика)
2) Обработка документов (добавление даты обработки)
Имеем 3х специалистов вводчиков данных В1, В2, В3 и 2х специалистов обработчиков О1, О2
Каждый вводчик при обработке заранее знает к какому именно из обработчиков (О1 и О2) должен поступить данный документ и соответсвенно при вводе указывает обработчика (О1 или О2). Каждый вводчик видит только свои документы.
Обработчик списком видит все записи, отправленные именно ему (т.е. О1 не видит документы отправленные О2), при этом специалист обработчик одновременно видит записи всех вводчиков в одном списке (код вводчика, номер, дата, код обработчика). Обработчик может вывести форму обработки записи из данного списка и установить дату обработки.

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

Помогите, пожалуйста, новичку задать правильный каркас конфигурации:
Я думаю так но могу сильно ошибаться и усложнять:
1) Ввод данных реализуем конечно же на документах, которые проводятся в регистры накоплений (РегистрНак1)
доступ на просмотр списка документов ограничиваем при помощи вставки выполняемого кода «перед загрузкой» формы

2) Для визуализации списка документов обработки планировал использовать регистры накоплений, причем так же ограничивать информацию т.е. разделять между О1, О2 при помощи кода «перед загрузкой» формы. Для добавления даты обработки использовать отдельный документ, который так же будет писать в регистр накоплений (РегистрНак1).

Заранее спасибо.
Поправьте, пожалуйста, если что не так написал.
---
по 1) - обычно используют RLS
по 2) - обычно используют список документов.
---
Реализация какая-то странная конечно.

1. В какие РН и для чего будет проводиться документ? Что будет записываться в РН? Я бы исходя из задачи н.п. просто запрос, который выдавал документы, которые не приняты в обработку.
2. Как второй документ будет писать в РН данные? Какая предполагается структура РН?

ЗЫ Простой запрос в динамическом списке вполне позволит выбрать только то, что должно видеть.
Можно заморочиться с шаблонами ограничения прав, но скорее всего смысла нет.

ИМХО -
Документ - дата, номер, автор, обработчик, дата приемки.
Для обработчика на списке документов фильтр по текущему пользователю.
Обработчик открывает документ, ему доступно только поле "Дата приемки".
---
Описание задачи очень куцое, так что и подсказки будут такие-же

1. В целом можно обойтись без RLS. Достаточно ограничить вывод списка документов на форму через запрос. Хотя если решение будет расширяться, об RLS стоит задуматься.

2. Регистр накопления это совсем некорректно (я вообще слабо представляю задачу, где бы этот тип регистра можно было бы так использовать). Здесь нет ничего, что помешало бы использовать самый обычный динамический список, как в любой форме списка из типовых решений. Разница будет только в дополнительном ограничении по типам пользователя в запросе списка.

"На этом примере хочу научится работать с авторизацией"
Что означает эта фраза? Хотите понять как создавать пользователей и выдавать им права? Тогда надо изучать БСП. Если речь про разделенный доступ, то это RLS.
---
Хочу для повышения скилла создать простую конфигурацию выполнить действия указанные в (2), потом посмотреть архитектуру типовых конфигураций и потом уже перестать заниматься изобретением велосипеда (до тебя уже изобрели).
---
В документообороте так реализован просмотр задач. Я думал может есть шанс что будет гуру который скажет -> "там не очень реализовано, загляни в конфигурацию Бухгалтерии в процесс такой то...". Или -> "все норм"

И пойду я ковырять ночами конфигурацию Бухгалтерии, разбирая по полочкам как же там оно))
---
ограничение по доступую к видам метаданных делается ролями, как реализуются сотрудники, можешь глянуть в БП или ЗУП, как реализованы документы тот же РТиУ смотри в БП, УТ и тд.
---
прекрасная задача чтобы убить пару недель впустую.
после завершение работ - никому это не показывайте.
---
Первым делом - Радченко, Хрусталева, курс программистов от курсов-1с-рф.
---
Неужели нет даже намека на то что реализация предложенная мной верна? Придется повторно проходить курсы.
---
Реализация предложенная тобой должна быть предана огню вместе с инициатором.
---
не верна
---
Реализация какая-то странная конечно.

1. В какие РН и для чего будет проводиться документ? Что будет записываться в РН? Я бы исходя из задачи н.п. просто запрос, который выдавал документы, которые не приняты в обработку.
2. Как второй документ будет писать в РН данные? Какая предполагается структура РН?

ЗЫ Простой запрос в динамическом списке вполне позволит выбрать только то, что должно видеть.
Можно заморочиться с шаблонами ограничения прав, но скорее всего смысла нет.

ИМХО -
Документ - дата, номер, автор, обработчик, дата приемки.
Для обработчика на списке документов фильтр по текущему пользователю.
Обработчик открывает документ, ему доступно только поле "Дата приемки".
---
Спасибо! Очень правильные вопросы, теперь многое понятно
---
1С БСП
Библиотека стандартных подсистем
Велосипед уже изобретён.
---
по 1) - обычно используют RLS
по 2) - обычно используют список документов.
---
Описание задачи очень куцое, так что и подсказки будут такие-же

1. В целом можно обойтись без RLS. Достаточно ограничить вывод списка документов на форму через запрос. Хотя если решение будет расширяться, об RLS стоит задуматься.

2. Регистр накопления это совсем некорректно (я вообще слабо представляю задачу, где бы этот тип регистра можно было бы так использовать). Здесь нет ничего, что помешало бы использовать самый обычный динамический список, как в любой форме списка из типовых решений. Разница будет только в дополнительном ограничении по типам пользователя в запросе списка.

"На этом примере хочу научится работать с авторизацией"
Что означает эта фраза? Хотите понять как создавать пользователей и выдавать им права? Тогда надо изучать БСП. Если речь про разделенный доступ, то это RLS.