А чем они мотивируют необходимость этого?)

"Вот я написал в документе каком-то, и забыл каком. Как я найду в каком?"

Я сделал отдельное обсуждение для каждого и туда пересылаю контексты.
Потом сказали что хотят видеть в каких документах писали им. Окей стал пересылать и это
Вот сейчас уже дошли до того, что под каждый контекст создавать отдельное обсуждение без контекста и туда пересылать содержание, чтобы никто не забыл что и где ему писали.
Но самое во всем этом интересное, что для этого не нужно писать в базу идентификаторы.
А до этого сделали регистр в базе и туда логируют идентификаторы обсуждений и последних сообщений.

У меня мне кажется приступ будет от этого скоро.

фару на лоб забыли

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

Если не помнят в каком документе и что писали, то может оно и не нужно? А если это что-то срочное и нужное, то стоит уже смотреть в сторону других механизмов, начиная от задач, заканчивая оповещалками в почту, телеграмм и т.д.

Как обычно проблемы организационного характера пытаются решить новым фреймворком

Коллеги, добрый день.

Те кто работает в фирмах партнеров. Вы какой тип лицензий используйте, когда ведете разработку для клиентов? NFR \ ПРОФ \ КОРП \ Другие (они существуют?)

Вообще пытаюсь понять, можно ли использовать NFR в целях разработки, если ты партнер. От 1С очень интересная формулировка: "Выполнения работ по внутренней автоматизации управления и учета исключительно в интересах самого Лицензиата, зарегистрированного в качестве пользователя NFR -версии.". - Я на первый взгляд её трактую, как NFR для этих целей использовать нельзя.

А дай пример какой-нибудь конкретной конфы

Ну пусть это будет 1с тут от раруса например

Ты к тому, что в этом случае еще нфр конфу покупать ?

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

То есть наличие НФР легализует появление СФ в сети партнера для целей тестирования и разработки. Как бонус - можно вести учет для себя.

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

Кто-нибудь сталкивался с обходом прав при составлении запроса и определении ВЫБРАТЬ РАЗРЕШЕННЫЕ?
Например, в стандартной функции КадровыеДанныеСотрудников первый флаг как раз можно взвести в Ложь для обхода ролей и прав.
Если кадровик с ограниченными правами, а запрос функция вызывается из внешней обработки с Безопасным режимом, то при флаге Истина у функции КадровыеДанныеСотрудников, будет ошибка. Если же поставить флаг Ложь, то внешний отчет выполнится.
ЗЫ:  вопросы на тему безопасного режима и привелигированного режима просьба не задавать, т.к. они отношения к решению вопроса не имеют.

Собственно скриншот с ошибкой из базы ЗУП 3.1.
Есть подозрение, что при описании необходимых данных из функции КадровыеДаннынСотрудника зашито ограничение прав на расчетчика и кадровика. Хотя флаг Выбрать Разрешённые взведён в Ложь.
Кто сталкивался с подобным?

Возможно нет прав не просто на уровне записей, а непосредственно на таблицу, тогда никакие "разрешенные" не могут

Вот к этому тоже склоняюсь. Спасибо за подсказку.

Есть возможность это проверить? Где это глянуть?