Как сделать так, чтобы разработчик мог писать код в конфигурации, но для него на уровне предприятия работал бы RLS, точнее концептуальный вопрос, можно ли так?

Да.

лично я не против

Можно.

Интересна сама ситуация, для чего это может понадобиться? Теоретически я конечно могу предположить, но на практике такого не встречал.
1С конечно же позволяет так сделать.

это все про галку использовать для полных прав?

Нет не про галку. Здесь как раз не должно быть полных прав у разработчика

(6) что помешает разработчику их поставить ?

Поставить конечно ничего не помешает, но если вести разработку через хранилище, тогда можно сделать так, чтобы разработчик не смог войти в программу если поставил себе полные права.

Мне интересно какая задача у автора темы.

Проще заставить разработчиков работать с отдельной базой, в которой у него будут права, но с липовыми (тестовыми) данными.

Обновление реальной базы данных (в которой разработчиков вообще нет) делать через единое хранилище конфигурации регламентом.

если у разработчика есть права на конфигуратор в рабочей базе - он может сделать ВСЁ. в реальную базу в принципе не пускать их надо

кури хранилище конфигураций и не пускай никого в базы

(8) Цель на самом деле простоя, есть группа разработки в дочернее компании, есть общая база холдинга, соответствующим образом разработчики не должны смотреть данные. Просто им еще же надо будет тестировать свои наработки.

Просто интересовала возможность, как можно без хранилища обойти или доп. базы с тестовыми данными.

(12) никак. админ знает все.

Нет смысла давать им рабочую базу с данными если эти данные им не должны быть доступны. Пусть тестируют каждый на своей базе. )

(14) а локализовывать ошибки кто будет? менеджер или гендир?

не жмитесь, наймите фикси

(12) хранилище есть для этого

Разработчики работают с тестовой, выдают cf. Обновляет администратор. Разработчиков, как пользователей нет в рабочей.

(18) и тут проскочила ошибка. кто ее будет находить в каком месте и при каких условиях она возникает?

(18) Так можно работать до первого косяка: на рабочей есть у разраба нет

(19)(20) а другого пути нет имхо. Либо не пускать, либо пускать. Если пустить все данные в распоряжении разрабов

(12) Настройте план обмена между тестовыми базами и рабочей базой.

Из плана обмена удалите объекты, которые разработчикам видеть нельзя.
Или напишите правила обмена таким образом чтобы секретные данные при выгрузке в базы разработчиков искажались.

Таким образом у разработчиков будет "почти" актуальная база для тестирования и поиска ошибок.

(22)
+1
месье знает толк в извращениях:)

(23) >> месье знает толк в извращениях:)

Так и живём :)

(21) если с меня будут требовать срочное исправление ошибки в рабочей базе, доступа к которой нету, в тот же день написал бы по собственному.

(25) И тебе бы подписали заяву. И правильно сделали бы.

В таких ситуациях всегда руководство принимает решение что для них важнее - безопасность их коммерческих тайн или скорость исправления ошибки в рабочей базе.

ИМХО, это не наша (разработчиков) головная боль.

(25) на моей памяти такие ограничения для разрабов накладывали только для сторонних подрядчиков, т.е. часть прогов вела разработку только в хранилище, а потом в случае ошибки местные уже исправляли, с выставлением конечно претензий подрядчику

для штатных прогов такое обычно не делают ограничение. Подпишеш заяву о неразглашении и всё

(26) правильно написано "или". а тут и то и то.

(28) А потом выколоть глаза, и вырвать язык. После окончания разработки.  Всё это чушь...

Любая база в 1С открывается чуть подольше бутылки шампанского, в канун Нового года. И не важно: есть там юзеры с полными правами или нет.

Есть выгрузка, есть данные. Нет выгрузки нет данных.