Использую хранилище конфигурации и соответственно в рабочей конфигурации хотелось бы запретить изменять объекты, дабы избежать наложения изменений, а потом поиск актуальных изменений в обоих конфигурациях. Как это сделать? Попытался через настройку поддержки, но там при сравнении и объединении как-то слишком гемморойно менять - это каждому объекту, каждой форме, каждому реквизиту устанавливать "Объект поставщика не редактируется" ... есть какой-нибудь простой путь?:)

а всем изменять только в хранилище не вариант?

оно для этого и придумано

(1) ну так не исключено, что кто-то решит изменить в рабочей конфигурации, а я хочу это запретить.

(3) Кто в рабочей меняет - прострелить коленку!
а вобще - можно сделать файл поставки, поставить конфу на поддержку и обновлять потом только cfu-шками (обновлениями).
Только никто не помешает включить возможность изменения.
Так же можно лимповый РИБ сделать, он заблокирует конфу от изменений

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

с хранилищем работают только базы для разработки...

иначе наступишь на грабли полного отсутствия понимания от куда чего пришло!

(4) собственно вопрос в том как поставить конфу на поддержку без геммороя такого, что бы каждой формочке, реквизиту, объекту... эту поддержку устанавливать...

(5) такого и нет.

(5) есть хранилище, а есть рабочая. В хранилище я создаю файл поставки, а в рабочей этим файлом обновляюсь.

(6) заново залить конфу поставщика, сформированную из хранилища в файл поставки, вроде так

(9) как я тебе залью конфу поставщика???? Я сам поставщик.. считай что конфа самописная.

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

(11) как настроить поставку, что бы она залочила? :)

(12) чот я не пробовал на базу с данными накатывать... новую легко, тут надо пробовать. Когда новую создаёш из файла поставки - она по умолчанию залочена

хм, попробуем

(14) с РИБ тож прикольный вариант, там чтоб изменения конфы сделать - главный узел надо очищать

(15) не хочу с РИБ заморачиваться :)

Чтоб не заморачиваться - права административные на рабочей у всех отбери, пусть в хранилище делают

(17) эти права не только на внесение изменений в конфигурацию влияют =\ нельзя убирать

(18) административные - на открытие конфигурации и т.п. действий, в конфигураторе только.

(19) а как на счет регламентных заданий? ;)

(20) всымсле? в клиент-серверном запускаются регламентные в фоновом сеансе, или в чем вопрос то?

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

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

(23) да можно конечно, но проблема в том, что я же сам могу там изменения внести, вдруг какие-то срочные и тому подобное, а тут сразу скажу, что нельзя мгновенно сделать! Ибо защита там и тому подобное ;)

Эх, чую придется каждый реквизитик настраивать.. ох убью, если кто-то снимет с поставки :D

(24) срочные делай 2 раза: в базе и в хранилище.

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

проблема в организации процесса добавления изменений и т.д., а не в закрыть для редактирования объекты, тут хватит регламента какого-нить

(28) вот и вопрос, что же все-таки выгоднее.. регламент или закрыть :)

начать с организации процесса, потом думать хватает или нет

(30) зачем, ведь проще запретить :)

(31) а всё не заблокировать) кто помешает другим включить возможность изменения? или снять с поддержки?

(32) а там в колено пулей :D